操盘手年鉴The Operators’ Almanac
Guest · 6 张署名卡

Aishwarya Naresh Reganti + Kiriti Badam

署名于 AI 与新工作方式

AI·IN·059 洞察

多 Agent 监督者模式Multi Agent Supervisor Pattern

设计 multi-agent 系统时选哪种拓扑:为什么"按职能拆一堆 agent 让它们互相通信"是当前最被误解的架构。

Aishwarya Naresh Reganti + Kiriti Badam AI 时代
AI·IN·228 洞察

痛点即新护城河Pain Is The New Moat

AI 时代实现(implementation)快速贬值,公司和个人的护城河从哪里来。

Aishwarya Naresh Reganti + Kiriti Badam AI 时代
AI·FW·346 框架

AI 产品 CCCD 框架Cccd Framework

AI 产品的开发生命周期(CCCD, Continuous Calibration / Continuous Development,致敬 CI/CD):如何在不毁掉用户信任的前提下,从低自主版本逐级放权到高自主 agent,同时把生产中的意外行为持续回灌成改进飞轮。起源:作者曾因一步到位做端到端客服 agent、hotfix 追不上涌现错误而被迫下线产品(同类翻车如 Air Canada 客服 agent 幻觉出不存在的退款政策并被判有效)。

Aishwarya Naresh Reganti + Kiriti Badam AI 时代
AI·MM·349 思维模型

AI 产品两大差异AI Products Two Differences

为什么不能照搬传统软件的产品开发方式来做 AI 产品——先在头脑里立起两个根本差异,再谈流程与方法。

Aishwarya Naresh Reganti + Kiriti Badam AI 时代
AI·FW·352 框架

AI 成功三角AI Success Triangle

判断一家公司(尤其非 AI 原生的企业)能否把 AI 产品/转型做成:看三个维度,而且"每个技术问题首先是人的问题"。

Aishwarya Naresh Reganti + Kiriti Badam AI 时代
AI·MM·470 思维模型

Evals 语义扩散现象Evals Semantic Diffusion

"evals"一词已被用滥(语义扩散),团队常因此争论错方向:"要不要做 evals" vs "看生产信号就够了"。这张卡拆清楚概念,并给出评估与生产监控如何配合。

Aishwarya Naresh Reganti + Kiriti Badam AI 时代

框架、方法、洞察本身属于 Aishwarya Naresh Reganti + Kiriti Badam。卡片是用中文重新组织的转述,仅保留少量带署名的短引述。关于与出处 →