-
Notifications
You must be signed in to change notification settings - Fork 2
Home
当前公开状态：
00、01、02、03、04与术语表已开放。
README.md 负责项目定义、入口分层与最小上手；Wiki 负责把协议、案例、边界、Skill 接入方式与 Web 审计协作拆成可引用、可深读、可继续扩写的页面体系。
Cyber-Ming-Protocol 也可以被一句话转述为：一个把 AI coding 从黑盒推进改造成审批、执行、审计、续命分层治理的协议项目。
对外最稳妥的记法是：先把项目理解成 Protocol / Skill / Docs 三种主落地形态，再把 web-audit-templates/ 理解成一组分离的 Web 审计协作资产。
如果你是第一次进来，最好的默认动作不是随机跳页，而是先判断自己要走哪条路。
最稳妥的默认顺序是：先过 00 前置层，再看一个 30 秒示例，再进入你真正要走的模块正文。
- 如果你要直接把仓库分别交给执行位与审计位，先去 让执行位与审计位自举入场
- 如果你还没分清协议、Skill、Web 审计模板是什么关系，先去 00-开始这里与落地形态/Home
- 如果你已经知道自己只想读理念，就去 01-哲学与坐标/Home
- 如果你要手工跑闭环，就去 02-最小闭环与核心礼法/Home
- 如果你要看治理扩展、续命、分封与边界，就去 03-治理扩展、吞吐补偿与边界/Home
- 如果你要直接看战报、样本与证据页，就去 04-战报与样本/Home
适合先判断这套协议到底在解决什么问题的人。
建议顺序：
如果这一路走完，你下一跳通常是路线二或路线四，而不是直接扎进 03 的边界页。
适合先用现有 IDE 与 Web 工具跑一次最小闭环的人。
如果你不是被黑盒拖垮，而是已经认真用过 workflow / spec-driven 开发，开始感觉项目被过早冻结，优先去看 核心礼法之一：原子级任务清单与赛博起居注。
建议顺序：
如果这一路你已经能稳定跑通，再回头转入路线三补 Skill，会比一上来先装更顺。 如果你的任务更像页面细调而不是小 bug，就把第 2 步换成那篇小 UI / 文案示例页。
适合已经理解协议骨架，想让 planner / executor / probe / succession 更稳定的人。
建议顺序：
如果你已经能按这一路稳定推进，下一步再把路线四补上，会更容易建立真正独立的审计位。
适合已经有 IDE 执行位，想把方案审、完成审、续命判断稳定放到 Web 侧的人。
建议顺序：
如果你还没亲手跑过最小闭环，先回路线二，不要把 Web 位误当成主线入口本身。
回答这四类入口问题：协议是什么、Skill 是什么、Web 模板是什么、你现在最适合走哪条路。
- 00-开始这里与落地形态/Home
- 协议、Skill 与 Web 审计模板：三者关系
- 上手路线图：纯阅读、手工实践、Skill 增强、Web 审计
- 30 秒最小示例：同一任务的三种跑法
- 30 秒最小示例：小 UI 与文案改动怎么跑
- 让执行位与审计位自举入场
- 什么时候装 Skill，什么时候先别装
- 安装与最小使用
- Web 审计模板怎么协作：它不是本地 Skill
回答为什么 AI coding 已经不只是纯 CS 问题，为什么黑盒多 agent 会同时在技术与治理两条线上失真，以及这套协议在公开世界的方法坐标里站在哪。
回答第一次怎么跑、为什么原子清单不是普通 plan、为什么没有物理证据就不算完成，以及为什么在真正推进前要先让赛博探马试链路。
回答进入复杂任务后，为什么要执行位与审计位分离，为什么认知债务会放大，为什么续命、分封与脉冲并行不是花活，以及这套协议当前还没有平掉哪些战场。
- 03-治理扩展、吞吐补偿与边界/Home
- 双轨隔离审计与皇权居中
- 从编码者到治理者：这套协议要求开发者具备什么
- 赛博认知债务：剪刀差、察觉信号与可信偿还
- 七星灯续命法
- Worktree-分封制：封地、入京与主干纯度
- 脉冲分封制：高治理下的吞吐补偿
- 边界与未解决战场
回答这套制度到底怎样在真实工程里识破伪完成、留下可复原的史册、证明高治理并不天然慢，以及为什么人愿意长期执行这种高摩擦协议。
回答整套协议里的核心词到底在技术上对应什么、在叙事上又意味着什么，帮助读者在不同皮肤和不同工具环境下保持同一套结构理解。
如果你仍拿不准，就先从 00-开始这里与落地形态/Home 进入；它就是这次入口重排后的总前门。
-
00-开始这里与落地形态
-
01-哲学与坐标
-
02-最小闭环与核心礼法
-
03-治理扩展、吞吐补偿与边界
-
04-战报与样本