知识与现实 · 模块

M12工作、产品与组织

这一组对话把“让 AI 进入研发和业务”从工具问题改写成责任与证据问题：先映射真实 owner，再用一条有基线的真实需求贯通各节点，结果、复核、放行分开，外部动作必须对账。成熟度等级、角色数和收益百分比都只是讨论框架，没有试点实测。

核心流程

先定 owner 与契约，再按后果分流

左段是组织准备，中段按动作后果分成三路，右段把复核与收益度量独立出来。虚线回流表示返工与修订契约，而不是重新定级。

自动程度看后果，不看等级。　出处：C001-042-04、C001-039-04、C001-039-02、C001-039-05、C002-039-13、C002-039-02、C002-039-11、C001-042-07。

核心逻辑

七条把责任与证据放在工具之前的原则

先映射真实 owner，再决定自己做什么

用户补充组织权责后，方案从“当交付体系 owner”修正为“交付使能与证据平台”：研发侧做准入前预检、证据补齐、日志归因和需求包，再向平台、流程、架构提出标准接口与服务要求。改进项逐条标明属于组内可独立推进、跨部门协同还是公司级治理，并写清前置条件与依赖方。

组织分工来自用户 2026 年 5 月的自述；另一篇提示词里“CI/CD 归 IT”是助手的假设，使用前要按当前组织核实。

AI 节点是有消费者的接口契约

每个 AI 化节点写清输入、输出、所需的项目与版本上下文、授权、质量标准、失败回退和下游消费者；需求、设计、代码、测试、发布的工件用稳定身份和版本连起来，防止生成链放大早期误读。技术栈专用能力复用共性流程，只增补领域知识，界面层不另起一份事实。

不要求每个节点都新建文档或 Agent；工件数量不等于交付。

自动程度按后果定，不按等级

能自动到什么程度，取决于任务影响、可逆性、数据权限和验证能力：分析、设计、审查和模拟默认只产候选，生产动作按每项任务的白名单授予。修改范围和失败代价要分开判断——支付、权限、删除可能改动很小却不可逆。

L0–L5、L0–L4 等分级是方案自定或用户采用的讨论框架，不是外部标准，也不是每个团队都该走到的终点。

结果、复核、放行分开

执行者产出结果，独立验证者给裁决，阶段 Gate 另行放行；模型不能自填控制面身份或最终 PASS。控制器自己跑注册的检查、计算差异与哈希，并绑定同一候选；审计期间冻结候选，发现问题就重新开包。一组内部自洽的哈希只能说明文件没变，证明不了上游真的通过。

是否需要人工 Gate 由当前授权和真实风险决定；这些控制设计在本轮没有复跑。

外部副作用走事务链，状态未知先对账

发布、群发、投放、预算变更采用预演、冻结、绑定批准、提交、远端对账和补偿的链条。批准由外部签名的授权封装来验证，不在数据里自填审批人；超时进入“不确定”时先核实远端，禁止盲目重试，内容、受众和花费没有对上就不算完成。

幂等与补偿要靠供应商接口支持；历史包声称的验签没有在本轮执行。

收益看端到端净值，不看采用率

采用率、个人任务加速、团队交付周期、缺陷和组织 ROI 是不同指标。AI 净收益要同时计入开发、测试、文档、协调的节省，以及新增的审查、验证、修复和治理成本，按价值流看等待与阻塞。最小验证是用一条有基线的真实需求贯通 PRD、设计、验证、实现与复审，再比较周期、返工、缺陷和成本。

30%、50% 之类目标和对话里的 ROI 百分比都没有试点实测或对照。

报告是风险账本的视图

财务合同 AI 审查以版本化标准库、合同事实包、统一风险账本和角色责任为核心，各专业角色补证和挑战同一条风险，而不是各写一份报告再拼接。先抽事实再评价，金额和日期由代码复算；“确认无此条款”“文件未提供”“识别失败”分开记录，检索未命中不能当成不存在。

这是系统设计建议，没有在真实合同上试验；具体法律效果需要专业核验。

结构

三层职责范围：谁给边界，谁拥有平台，谁能独立推进

同一项改进放在哪一层，决定了研发侧是直接做、提需求，还是等待授权。这张图按用户补充的组织权责画出。

内层是研发侧能独立推进的部分，外两层只提需求或遵守边界。　组织分工是用户 2026 年 5 月的自述，不代表现状。出处：C001-042-02、C001-042-04、C001-042-05、C001-042-06、C001-042-08、C001-071-06、C002-077-02、C002-019-06。

报告是账本的视图，不是主数据。　出处：C002-019-01、C002-019-02、C002-019-03、C002-019-04、C002-019-05、C002-019-06；设计建议，未在真实合同上试验。

演进

从部门转型方案到可独立运行的岗位 Skill

2026.05.09 – 05.10
研发全流程 AI 化：从全平台收回到证据平台
部门在讨论两条路线：按研发节点建可复用能力，或建技术栈专用的工作区。用户要求融合成可交给 Claude 细化的总控方案。补充组织权责后，助手把定位从“交付体系 owner”改为“交付使能与证据平台”，最终拆成组内可独立推进与依赖其它组织的两套方案，不写时间计划。
代表会话：工作产品｜02 AI转型解决方案分析、工作产品｜01 分支 · 长程工作流与开源项目
2026.05 – 2026.06
研究合同与成熟度框架
用户请助手把部门转型和“如何让 AI 写好代码”改写成深度研究提示词；助手直接固定了角色数、讨论轮数和维度数，这些没有充分性证据。之后讨论企业 AI 落地，区分采用率、个人加速与组织 ROI，用户指定了 L0–L4 五阶段框架；助手给出的术语“精确日期”多次改动，作为伪精确反例保留。
代表会话：工作产品｜02 AI研发部门转型与效能提升、AI落地挑战与解法
2026.07 – 2026.08
业务流程：合同审查与岗位 SOP
合同审查设计把最终报告改为风险账本的派生视图。产品与运营岗位从职责清单走到 AI 化 SOP，沉淀出结果、复核、放行分离和外部动作事务链；用户随后要求把所有 SOP 改成互不依赖的独立 Skill，原来的上游依赖改为本 Skill 内的直接输入采集与前置检查。
代表会话：工作产品｜财务合同AI分析流程、工作产品｜互联网产品与运营经理职责、工作产品｜AI产品经理工作、工作产品｜AI运营经理工作
2026.09
公司环境里的兴趣发展
以“公司内产生的内容不出网”为约束，建议在公司内用规则检查器、任务包和知识索引练可迁移的能力。讨论随后转向世界与场景的十二个维度，用户接受搭建聚落与建筑空间资料库；历史环境的远端提交最终没有完成。
代表会话：工作产品｜公司内兴趣发展建议

边界

方法可以复用，组织画像和数字不能

可以直接复用

改进项三分：组内可独立推进、跨部门协同、公司级治理，逐项写价值、前置条件、依赖方与风险（C001-071-06）。
节点契约：输入、输出、上下文、授权、质量标准、失败回退、下游消费者（C001-039-02）。
控制面：执行者、验证者与 Gate 分离；外部动作走预演、冻结、批准、提交、对账、补偿，未知状态先核实远端（C002-039-02、C002-039-12）。
交付包验收：从实际 ZIP 解压后重放正向链与攻击路径；提交前核对整个 Git 根的暂存范围（C002-038-08、C002-039-07）。
数据不出网：核对推理、解析、向量化、工具调用、日志和备份的完整数据流，单个组件的开关不能证明隔离（C002-077-02）。
合同审查：区分确认无条款、文件未提供、识别失败；金额与日期由代码复算（C002-019-03、C002-019-04）。

不能据此断言

用户的岗位、部门分工和“公司处于 L1 向 L2 发展”都是当时自述，不能当作现职或公司现状。
L0–L5、L0–L4、9 或 10 个角色、24 个维度、180 项 SOP 等是模板或框架选择，没有充分性或最优性证据。
30%、50% 的效率目标、采纳率与 ROI 百分比、术语“爆发日”等精确日期都未核实，属于伪精确。
“已交付两套各 10 个子方案的 ZIP”、签名验签通过、各类测试条数都是历史自报，本轮没有打开或复跑。
产品与运营经理职责清单是通用参考分类，不是岗位标准；世界场景十二维是可重叠的检索入口，不是穷尽本体。
合同审查的规则数、子 Agent 数和法律判断都没有在真实合同上验证，不构成法律意见。

交互大图

外部动作事务的生命周期

可缩放、搜索、聚焦路径。把“发布、群发、投放、预算变更”这类有副作用的动作画成状态，展开流程图中“冻结并授权”这一路。

候选先冻结再验签提交；超时进入不确定状态，先核实远端再决定完成或补偿。新窗口打开

来源

本模块全部会话

点开看审读摘要和该会话的主张；数据由 tools/build_atlas.py 从审读账本生成。

主张浏览

全部审读主张

按性质筛选或搜索；点编号看条件与出处。