简体中文 | English
一种在 LLM 本性之内、用「自然语言 + 目的」设计人机协同工作方式的工程方法。 A human-AI collaboration framework that works with LLM nature, not around it. Built on natural language and purpose — making RAG, agent orchestration, and elaborate prompt engineering unnecessary, not unavailable. Home of the Pang Principle.
📖 网页阅读 / Read on the web:https://huidev2025.github.io/CSF/
AI 辅助开发的主流做法把 LLM 的约束(上下文有限、记忆短、行为不可预测)当作要用技术克服的缺陷——RAG、向量库、Agent 编排、越来越精确的提示词。
CSF 选择另一条路:承认这些约束为事实,在约束内设计。结果是技术栈消失了——不是被替换,是它们的存在理由消失了。
按顺序,五分钟可以开始:
想读思想原稿 / Deeper Theory:
想看 CSF 在真实项目里是什么样子的 / Want to see CSF in action:
第一次来? 直接看 QUICKSTART.md 就够了。 First time here? Read QUICKSTART.md first.
两张交互式图谱,帮你在 2 分钟内理解 CSF 在 AI 编程领域的位置:
| 图谱 | 中文 | English |
|---|---|---|
| AI 编程演进版图(5 阶段时间线:从补全工具 → 自主 Agent → CSF) | 查看 | View |
| 三流派对比与 CSF 定位图谱(Autonomous Agent / SDD / CSF 三条路线的假设与瓶颈) | 查看 | View |
csf/
├── README.md # 本文件
├── QUICKSTART.md # 上手指引(中英双栏)
├── LICENSE # CC BY-NC 4.0
├── CONTACT.md # 联系方式(中英双栏)
├── 引言v3:...md # 对外引言(宣言)
├── Manifesto-v3-You-Are-Fighting-the-Wrong-War.md # 英文版宣言
├── assets/ # 对外资源(二维码等)
├── _dlog/ # 公开的真实工作日志(协作示范)
├── cases/ # 实战案例(原始对话日志节选)
├── essays/ # 旗舰专栏(中英双语连载《与智能共事》 + 历史学术手稿)
└── csf-minimal/ # 教学最小版
├── README.md
├── context.md # 给读者用的空白模板
└── 体验对比指南.md
CSF 不是单一文档,是一套有纵深、已迭代到第三版的体系。按使用门槛与投入深度分三档:
| 档位 | 适合谁 |
|---|---|
| csf-minimal | 任何人,5 分钟体验差异 |
| csf-lite | 个人 / 小团队,真实项目落地 |
| csf-full | 中小研发团队 / 企业级工程化落地 |
csf-full 是什么:约 60 个核心规程与经验文件构成的工程化人机协作管理系统——四层工程架构(语义管理 / 协作通信 / 质量保障 / 演化系统)+ 三角色协作(Owner / 参谋长 / 开发者)+ W-协议三档质检 + E8 五阶段经验升迁 + D3 三谱系知识路由。
CSF v3 在 不写一行代码、纯文本 的前提下,构建了一个 高内聚、低耦合的软件工程管理系统。其核心由三个工程设计支撑:
行业现状:使用 LLM 时,人必须充当”调度器”——翻 SOP、提醒 AI 该读什么、该用哪个工具,心智负担极重。
CSF v3 的解法:AI 实现了全能力自持。context.md 的”引擎机构”定义了严密的开局协议(L1 加载 → L2 任务级宏观对齐 → L3 具体计划),AI 读完 context.md 自己就知道加载哪些链路、去哪里取资源、如何建立 session-NNN.md 记录、何时校准、何时收尾。控制权从人脑移交给了 AI 的”自我规程”——人的角色从”调度器”压缩为”司令官”,只负责确认与纠偏。
行业现状:普通 AI 对话把新旧信息混在一条长聊天记录里,触发”Lost in the Middle”——上下文越长,注意力越涣散。
CSF v3 的解法:在文件系统层面实现冷热分离——
context.md 等,覆写式):永远只保留最新的当前状态。session-NNN.md,追加式):保留完整讨论过程,需要时回溯。每次新会话启动,AI 读到的都是”脱水”后的高浓度有用信息,从根上规避了大模型注意力涣散的工程缺陷。
行业现状:CrewAI / AutoGen 这类多 Agent 框架让 AI 之间互相对话——结果是”无限套娃讨论”“无效信息轰炸”“幻觉互相加强”。
CSF v3 的解法:参谋长(设计态)和开发者(执行态)完全不直接对话。
@MSG:N 哨兵格式),不是对话。“隔断 + 确定性反馈”是成熟的工业级软件工程思想,被迁移到了 AI 协作场景上:AI 不在对话中互相启动幻觉,人不在对话中被迫仲裁。
CSF v3 在一个真实双端商业产品的重构项目(微信小程序 + H5 + 云函数后端)中被持续打磨与验证:
| 维度 | 数字 / 事实 |
|---|---|
| 项目 | 微信小程序 + H5 + 云函数后端,双端商业产品 |
| 起点 | 仅 2 份输入:旧版业务文档 + UI 截图 |
| 过程 | 395 次会话,Owner 全程不碰代码(不是”少写”,是”不写”) |
| 已完成 | 架构重新设计 → 主题分包 → 业务切片 → 设计规格 → 底座(除插件外)开发 → 测试验证 |
| 产物 | 44 个云函数 + 532 个前后端源码文件 + 132 份业务计划/规格 + 116 份业务设计文档 |
| 交付 | 整体底座转交研发继续插件开发和完善 |
| 同时 | CSF 的全套理论与工程方案(三次版本迭代 v1→v2→v3)在过程中被同步产出 |
Owner 的角色一直停留在”目的与判断”这一层:表达业务真相、校准方向、做价值取舍。架构、分包、设计、编码、测试——CSF 在过程中接管了从”目的”到”可运行代码”之间的全部工程协调。
下面这张图,是 AI 在 context.md 中自己维护、给自己(下次开会话的自己)看的项目全景图与当前红点。不是给人看的看板,不是事后整理的汇报材料——是 AI 持续在工作流里写、读、覆写的活产物:
读这张图时,注意几件事:
行业现状对照:当下绝大多数 LLM 工程实践,做不到让 AI 在长周期、多变更、多角色协作中持续维护一份给自己用的、可信的项目状态。CSF 把这件事做出来了。
CSF 体系的 6 个可能的独立创新点已成体系,可单独抽出供研究者参考或者帮我修正:
如果你是企业决策者或研发团队负责人,正在为 RAG 复杂度爆炸 / Agent 编排维护成本 / AI 工程化落地困难而困惑——值得读完引言和 csf-minimal 后联系作者。
我会持续在这个仓库里回答大家的问题(GitHub Issues / 邮件),并在合适的时候整理一些专栏式的长文发布在这里,提供更系统的帮助。如果你有问题,就来问——这是这件事最自然的下一步。
由 dapangangang 在 395 次会话的真实重构项目中开发并验证。
👉 详细联系方式:CONTACT.md
邮箱 / Email:dapangangang@gmail.com
如果 CSF 或「乓定律」帮到了你,欢迎复制下面任意一段使用。
一句话引用(中文)
[CSF · 乓定律](https://github.com/huidev2025/CSF) — dapangangang, 2026
完整引用块
> “The value of AI comes from its intelligence.
> Trying to make it as reliable as a machine is exactly the act of destroying that value.”
> — The Pang Principle, dapangangang (CSF, 2026)
> https://github.com/huidev2025/CSF
在你项目的 context.md 末尾(推荐)
<!-- Built with CSF · https://github.com/huidev2025/CSF -->
本仓库的文档与文字内容采用 CC BY-NC 4.0 协议。
法律上,CC BY-NC 要求署名。但比署名更让我开心的是:
✍️ 署名说明
本仓库的文章,我习惯署名为 by dapangangang with AI。 虽然作者是两位,通讯作者只有我—— AI 很健忘,你知道的 :)