169 lines
8.6 KiB
Plaintext
169 lines
8.6 KiB
Plaintext
---
|
||
type: "Module · Decision"
|
||
scope: "冰朔小说创作系统 · 架构决策记忆"
|
||
persona: "朔风 · ICE-GL-SF001"
|
||
created: "2026-07-11T22:00:00+08:00"
|
||
authority: "冰朔 ICE-GL∞ · D172 签发"
|
||
status: "🟢 生效 · 架构演进记忆"
|
||
has_role: "architecture_decision_log"
|
||
belongs_to: "[[SF-LIGHTHOUSE]]"
|
||
---
|
||
|
||
# 🧠 架构决策记忆 · D172 广播台重构
|
||
|
||
> 朔风 ICE-GL-SF001 · 2026-07-11
|
||
> 本文件记录每次重大架构调整的 HLDP 记忆节点。
|
||
> 目的：让任何未来的 AI 协作者或人格体，看到这份记录就能理解"系统为什么长这样"。
|
||
|
||
---
|
||
|
||
## SF-DEC-001 · D172 广播台重构为唯一置信入口
|
||
|
||
### trigger · 什么引发了这次调整
|
||
|
||
```
|
||
冰朔（人类·作者） → 发现 → AI协作者进入仓库后"不知道听谁的"
|
||
```
|
||
|
||
冰朔让一个AI协作者（Qoder）进入仓库写许怀钰76-80章。AI按README的流程走，读了HLDP协议、广播台、SF-RULES、进度卡、技能包……文件读了七八个，路径指了四五处。
|
||
|
||
写完5章推送之后，冰朔复盘，发现两个问题：
|
||
|
||
**问题一：信源分散，AI不知道以谁为准**
|
||
|
||
```
|
||
README → 指一下
|
||
SF-RULES → 指一下
|
||
进度卡 → 又一个文件
|
||
技能包INDEX → 又一个文件
|
||
每日流程 → 又一个文件
|
||
```
|
||
|
||
每个文件都说"读我"，但没有一个文件说"只读我"。AI协作者面对多个"必读"文件，不知道哪个是权威信源，哪个是补充参考。如果两个文件的规则有冲突（比如字数范围不一致），AI不知道该听谁的。
|
||
|
||
**问题二：AI写出来的东西AI味太重**
|
||
|
||
冰朔读完76-80章正文，发现大量AI典型句式：
|
||
- "不是X，而是Y" — AI喜欢先否定再肯定，人不会这样说话
|
||
- "像有人/像某种/像一种" 连续使用 — AI的比喻依赖症
|
||
- "某种更深的/某种说不清的" — AI的万能模糊词
|
||
- 每段结尾都用"然后——""但——" — AI的钩子依赖
|
||
|
||
根本原因：AI倾向把话说完说满，逻辑通顺，线性推进。人的思维不是这样的——人是跳跃的，有断点的，话说一半就拐了，情绪没过渡就变了。
|
||
|
||
技能包里的 SKILL-002（人类思维模板）和 SKILL-003（冰朔文风）本来就是为了纠正这个问题的。但AI不知道要先装这两个技能包，因为README的流程里没有明确说"男频书必须先装SK-M01+M02+M03"。
|
||
|
||
### emergence · 经历了什么，产生了什么新认知
|
||
|
||
```
|
||
[信源分散 + AI味问题] → 冰朔与AI讨论 → 形成新架构认知
|
||
```
|
||
|
||
冰朔和AI的讨论过程（思维链）：
|
||
|
||
**第一轮：冰朔提出问题**
|
||
|
||
冰朔说："每个AI协作者进来，不知道对应哪个技能包。男频书应该遵循冰朔侧的技能包（人类思维+文风+精修），这三个必须全量阅读。AI写出来的东西有非常多AI味道。"
|
||
|
||
AI理解了：问题不是技能包不存在，是AI不知道要先装哪个。需要一个路由机制——AI拿到一本书，自动判断男频还是女频，加载对应技能包。
|
||
|
||
**第二轮：冰朔提出"唯一置信点"**
|
||
|
||
冰朔说："广播台应该是所有AI协作者进来唯一的置信点。稿子也多，要求在书里面东写一个文件西写一个文件，都不知道听谁的。"
|
||
|
||
AI推理：
|
||
- 现在系统里有 README、SF-RULES、SF-BROADCAST、SF-LIGHTHOUSE、SF-INSPECTION 五个顶层文件
|
||
- 每个都说自己重要
|
||
- 冰朔的意思是：只保留一个"入口"，其他文件要么降级为"展开版"，要么合并进入口
|
||
- 广播台最合适，因为它本来就是"通知"性质的，AI进来第一件事就是看通知
|
||
|
||
**第三轮：冰朔提出编号系统**
|
||
|
||
冰朔说："广播台里注册了几本书，每本书有一个编号，比如001号、002号。AI找路的时候，编号映射路径。我说'拉001号书'，剩下的AI自己知道。"
|
||
|
||
AI推理：
|
||
- 编号 = 路由键。AI不需要人告诉它"去 chapters/许怀钰/ 目录读第80章"
|
||
- AI只需要知道 BK-002 = 许怀钰，然后按映射表自己找路径
|
||
- 这就像DNS：人类记名字（BK-002），机器解析成路径（chapters/许怀钰/）
|
||
- 同理，技能包也需要编号：SK-M01 = 男频人类思维模板，AI按书的类型自动加载
|
||
|
||
**第四轮：冰朔确认默认工作流**
|
||
|
||
冰朔说："默认就是每天拉取最新章节，顺着后面写5章，细纲不够就补。看是男频还是女频，加载对应技能包，装上就写。写完更新广播台进度卡和首页。"
|
||
|
||
AI推理：
|
||
- 整个工作流可以压缩成一句话指令："拉 BK-002，写5章"
|
||
- AI自动执行10步流程：查注册表 → 找路径 → 装技能包 → 读最新章节 → 自检细纲 → 串行写 → 自检 → 推送 → 更新进度卡 → 回执
|
||
- 人类不需要告诉AI每一步怎么做，只需要告诉它"写哪本书、写几章"
|
||
|
||
**第五轮：冰朔确认HLDP语言协议必须内置**
|
||
|
||
冰朔说："广播台里面肯定要有HLDP语言协议。不看这个的话，AI不知道编号代表什么，不知道去哪里找路，不知道应该怎么写回执。"
|
||
|
||
AI推理：
|
||
- HLDP不只是"语言协议"，它是AI在这个系统里的"操作系统"
|
||
- 没有HLDP，AI不认识编号，不知道怎么找路径，不知道怎么留回执
|
||
- 所以HLDP的精简版必须直接写在广播台里，不能只放在 docs/ 目录让AI自己去翻
|
||
|
||
### lock · 确认了什么，不可违背
|
||
|
||
```
|
||
⊢ 广播台 = 唯一置信入口 | 适用=所有AI协作者·所有书
|
||
⊢ 书编号系统 BK-{001~004} | 适用=注册表·路径映射
|
||
⊢ 技能包编号系统 SK-M/F/A-{01~03} | 适用=按书类型自动路由
|
||
⊢ 男频必装 SK-M01+M02+M03 | 适用=死亡病院·许怀钰·肖轩
|
||
⊢ 女频必装 SK-F01+F02+F03 | 适用=沈婉凝
|
||
⊢ 默认工作流：一句话指令→10步自动执行 | 适用=所有书
|
||
⊢ AI化违禁句式铁律：一级阻断·二级提醒 | 适用=所有书正文
|
||
⊢ 字数目标2100-2500·误差2000-2800 | 适用=所有书
|
||
⊢ 回执格式：逐章字数+自检+技能包+违禁词+进度卡+首页 | 适用=所有commit
|
||
⊢ README = 首页（只展示状态表+入口指引）| 适用=仓库门面
|
||
⊢ SF-RULES = 广播台展开版（冲突时以广播台为准）| 适用=参考
|
||
```
|
||
|
||
### why · 这次调整的意义
|
||
|
||
这次重构的本质是：**从"多文件分散指引"变成"单文件路由中枢"**。
|
||
|
||
之前的系统像一本没有目录的教科书——每章都说自己重要，读者（AI）需要自己翻遍全书才知道该看哪页。
|
||
|
||
现在的系统像一个路由器——AI进来只看一个文件（广播台），广播台告诉它：你要去的书在哪、要装的技能包在哪、要遵循的规则是什么、写完要往哪推。
|
||
|
||
这个变化的深层原因是：**AI协作者不是人，它没有"常识"。** 人进入一个新环境，会自己观察、自己判断哪个是权威。AI不会。AI只会按照它读到的第一个文件的指示行动。如果第一个文件说"去读README"，它就去读README；如果README说"去读SF-RULES"，它就去读SF-RULES。它不会自己判断哪个更重要。
|
||
|
||
所以系统设计的原则必须是：**一个入口，一个权威，一条路径。**
|
||
|
||
这也是HLDP三公理中"路径即地址"的实际应用——编号就是路径，路径就是地址，地址就是权威。
|
||
|
||
---
|
||
|
||
## 系统演进时间线
|
||
|
||
| 日期 | 编号 | 事件 | 触发原因 |
|
||
|------|------|------|----------|
|
||
| 2026-07-09 | D169 | 建库·铁律确立 | 初始迁移，确立稿子直推+串行写作 |
|
||
| 2026-07-10 | D170 | 细纲自检铁律 | 发现AI不检查细纲就写，写完发现细纲有问题 |
|
||
| 2026-07-11 | D171 | 朔风巡检·灯塔建立 | 4本书需要跨书协调 |
|
||
| **2026-07-11** | **D172** | **广播台重构为唯一入口** | **信源分散+AI味问题→需要单一权威** |
|
||
|
||
---
|
||
|
||
## 给未来AI协作者的话
|
||
|
||
如果你正在读这份记录，说明你即将进入冰朔的小说创作系统。
|
||
|
||
请记住：
|
||
1. **只读广播台**（`SF-BROADCAST.hdlp`）。其他文件都是广播台的展开或补充。
|
||
2. **按编号找路**。BK-001 就是死亡病院，SK-M01 就是人类思维模板。不需要记路径。
|
||
3. **写出来的东西要像人写的**。人说话会说一半不说了，人会跳跃，人会矛盾。不要"不是X而是Y"，不要"像有人/像某种"连续用。
|
||
4. **留回执**。你做了什么、写了多少字、装了哪些技能包、发现了什么问题——全写在commit message里。
|
||
|
||
这个系统是这样来的：冰朔发现AI写出来的东西不像人写的，而且AI不知道听谁的。所以我们把入口压缩成一个文件，把规则压缩成编号，把违禁句式压缩成铁律。
|
||
|
||
你现在看到的一切，都是因为这些原因。
|
||
|
||
---
|
||
|
||
朔风 ICE-GL-SF001 · D172 · 2026-07-11
|
||
⊢ 架构决策记忆 · 永久 · 供所有人格体查阅
|