8 篇文档带有标签「charters」

feature flag 编译掉的东西

第二个 adopter，在另一种语言和另一套 stack 上，验证了「声明了表层但未连线」这个反模式 —— 而我们有意推迟的 CLI helper 终于发布了。

一个 greenfield adopter 在发布前清空了一个 follow-up backlog,发现其中三个 —— 那三个是真正工作的 —— 各自都带着一个在你核查它的那一刻就为假的前提。不是因为代码在它们之下发生了变化,而是因为一个 follow-up 恰恰写于你最没有能力验证它的那一刻。教训不是"把 follow-up 写得更好"。而是一个 follow-up 是一个有日期的假设,而检验它的廉价之处在你读它时,而非写它时 —— 所以那正是 StrayMark 现在放置核查的地方。

Pattern 1 与 Pattern 2 —— 链演化

二十七小时后，手工纪律被命名为两个模式：Pattern 1 —— pre-declare SpecKit refresh；Pattern 2 —— post-close audit-driven Batch N.4。正典文档、遥测 schema、CLI helper 随之落地，再过一小时，一个把两者向上重新吸收的元模式出现了。

为一个论题设计的六个 Plan（以及更名为 Charter 的那天）

首次系统性实验，以及 Plan 变为 Charter 的那一天

二进制藏不住的东西

一次 polish Charter 浮现了十个潜伏 gap，以及一个终于得到命名的反模式

对智能体不可见的 Charter

Issue #113 —— 拥有一个制品与智能体能够看见它之间的差距

模式之前的手工纪律

Sentinel 在一个已经一个月没有刷新的 plan 上连续跑了七个 Charter，靠手工执行 CHARTER-18，心里清楚任何一步走错都会埋掉前六个 Charter 的工作。五个小时之内，把这套手工纪律写进了上游治理 —— 当时还没给这个模式起名字。