@double-codeing/flow2spec - npm Package Compare versions

Comparing version

+1

-1

package.json

		{
		"name": "@double-codeing/flow2spec",
		"version": "3.0.17",
		"version": "3.0.18",
		"description": "在业务仓库初始化「文档驱动、可写回知识库」的 AI 协作骨架：项目根 .Knowledge 承载 stock-docs/req-docs 与机读路由，.cursor/.claude/.codex 写入 f2s-* 规则与技能（含 Karpathy 式编码行为准则 f2s-karpathy-guidelines，init 同步 rules / Codex topics / skills）；init 只落结构与模板，业务内容由各 f2s-* 技能在对话中维护。",
		@@ -5,0 +5,0 @@ "homepage": "https://github.com/Lands-1203/Flow2Spec#readme",

+1

-1

templates/skills/f2s-kb-feat/SKILL.md

		@@ -85,3 +85,3 @@ ---
		1. 增量最小：只追加或改写与本次能力直接相关的句段；禁止因「同步知识库」而全文重述背景、需求复述、与实现无关的教程式铺垫。
		2. 现行真值覆盖（禁止历史否定堆砌）：约定从「与 A 有关」变为「与 B 有关」等时，应删除或原位改写与旧约定冲突的句子，正文只写当前成立的关系（例如直接写与 B 的边界与流程）。禁止在正确句后再叠「（不再与 A 有关）」「已与 A 脱钩」「原与 A 有关现已改」等括号、脚注或对照旧版的赘述。仅在用户明确要求写「迁移 / breaking 说明」时，可单开一小节简要列旧→新，且仍避免正文逐句否定旧版。
		2. 肯定式优先（见统一入口「知识库落盘文风」）：直接写出正确描述，禁止用否定旧版来传达新约定；排他性选择除外。
		3. 不重复叙事：同一事实在 `stock-docs` 与 `topics` 不要各写一长篇；择一处写清可执行约定，另一处用短段落 + 链接指向，或仅列要点与引用路径。
		@@ -88,0 +88,0 @@ 4. 条文化优先：`topics` 以规则、边界、步骤、错误与配置要点为主；能用列表/表格表达的不用长段落。

+1

-1

templates/skills/f2s-kb-fix/SKILL.md

		@@ -81,3 +81,3 @@ ---
		1. 增量最小：只改与本次修复直接相关的段落或列表项；禁止借机重述整份方案、整段历史背景或与修复无关的说明。
		2. 现行真值覆盖（禁止历史否定堆砌）：修复后约定从「与 A 有关」变为「与 B 有关」等时，应删除或原位改写仍写着旧约定的句子，正文只保留当前成立的表述。禁止叠写「（不再与 A 有关）」「原错误地与 A 绑定」等对照旧版的括号或脚注；除非用户明确要求「迁移说明」，否则不写旧→新对照长文。
		2. 肯定式优先（见统一入口「知识库落盘文风」）：直接写出正确描述，禁止用否定旧版来传达新约定；排他性选择除外。
		3. 不重复叙事：`stock-docs` 与 `topics` 不就同一修复各写长篇；一处写清「错因 / 正确约定 / 注意点」，另一处简短引用或链到该段。
		@@ -84,0 +84,0 @@ 4. 条文化优先：以「错误表现 → 根因 → 正确行为 / 边界」为序的短列表为主，避免散文式展开。

templates/rules/f2s-flow2spec-unified-entry.mdc

Sorry, the diff of this file is not supported yet

		@@ -85,3 +85,3 @@ ---
		1. 增量最小：只追加或改写与本次能力直接相关的句段；禁止因「同步知识库」而全文重述背景、需求复述、与实现无关的教程式铺垫。
		2. 现行真值覆盖（禁止历史否定堆砌）：约定从「与 A 有关」变为「与 B 有关」等时，应删除或原位改写与旧约定冲突的句子，正文只写当前成立的关系（例如直接写与 B 的边界与流程）。禁止在正确句后再叠「（不再与 A 有关）」「已与 A 脱钩」「原与 A 有关现已改」等括号、脚注或对照旧版的赘述。仅在用户明确要求写「迁移 / breaking 说明」时，可单开一小节简要列旧→新，且仍避免正文逐句否定旧版。
		2. 肯定式优先（见统一入口「知识库落盘文风」）：直接写出正确描述，禁止用否定旧版来传达新约定；排他性选择除外。
		3. 不重复叙事：同一事实在 `stock-docs` 与 `topics` 不要各写一长篇；择一处写清可执行约定，另一处用短段落 + 链接指向，或仅列要点与引用路径。
		@@ -88,0 +88,0 @@ 4. 条文化优先：`topics` 以规则、边界、步骤、错误与配置要点为主；能用列表/表格表达的不用长段落。

		@@ -81,3 +81,3 @@ ---
		1. 增量最小：只改与本次修复直接相关的段落或列表项；禁止借机重述整份方案、整段历史背景或与修复无关的说明。
		2. 现行真值覆盖（禁止历史否定堆砌）：修复后约定从「与 A 有关」变为「与 B 有关」等时，应删除或原位改写仍写着旧约定的句子，正文只保留当前成立的表述。禁止叠写「（不再与 A 有关）」「原错误地与 A 绑定」等对照旧版的括号或脚注；除非用户明确要求「迁移说明」，否则不写旧→新对照长文。
		2. 肯定式优先（见统一入口「知识库落盘文风」）：直接写出正确描述，禁止用否定旧版来传达新约定；排他性选择除外。
		3. 不重复叙事：`stock-docs` 与 `topics` 不就同一修复各写长篇；一处写清「错因 / 正确约定 / 注意点」，另一处简短引用或链到该段。
		@@ -84,0 +84,0 @@ 4. 条文化优先：以「错误表现 → 根因 → 正确行为 / 边界」为序的短列表为主，避免散文式展开。

New alerts