Skip to content

V6 - #1

Open
lamspring wants to merge 26 commits into
mainfrom
v6
Open

V6#1
lamspring wants to merge 26 commits into
mainfrom
v6

Conversation

@lamspring

Copy link
Copy Markdown
Owner

allow

lamspring added 26 commits May 15, 2026 19:50
- 新增 --interactive CLI 模式,支持逐步推进、实时解释
- 新增 CameraConfig: focus(聚焦实体/协议/家庭)、distance(特写/中景/全景)、
  style(白描/结构化)、variant_lock(变体锁定)
- 新增 VariantStore: 三层变体存储(系统默认/世界观/会话级) + CRUD
- 新增 InteractiveRunner: 核心交互引擎
  - step(): 推进世界 + 实时变化检测(卦变/势能突破/关系变化)
  - explain(): 单帧语义包 + 前情提要注入 + LLM 调用
  - reroll(): 不改变世界状态,重新生成叙事
  - reset(): 重置世界,保留配置
  - save_session()/load_session(): 完整会话持久化
- 最小推进间隔限制(50 ticks),防止 LLM 信息不足
- 叙事连续性: 自动维护最近 2 幕摘要,注入 prompt
- 原有批处理模式完全保留,零破坏
- validator: 使用正则表达式匹配任意层级 Markdown 附录标题(#/##/###)
  解决 LLM 输出标题层级不统一导致的正文/附录分割失败
- interactive_runner: 添加 _clean_surrogates 清理非法 Unicode,
  防止 Windows 终端 GBK 乱码导致 DeepSeek 400 Bad Request
- variant_store: 添加系统默认变体英文别名(dao/scifi/myth/existentialism),
  方便 Windows 终端用户输入
- main.py: 清理 variant 命令用户输入中的 surrogates
- yidao_core/:太初/世界/灵体/天道四层底座,零依赖(仅numpy),确定性可复现
  - genesis: 从无到有——炁场涨落→极化→阴阳交界生灵
  - world: 阴阳物质物理(天气/水文/生死/腐坏),只存此刻
  - spirit: 记忆/心情/欲望/抉择/繁衍;v6.5 落成 DNA 链、真学习、生长曲线
  - tiandao: 无为而治,仅防数值异常与炁场死寂
  - tests: 25 项不变量断言(确定性/有界/水量闭环/世界无史等)
- v6/:转口壳 + fishbowl 终端观测工具
- docs/engine-v6-lingti.md: v6 设计纲领(v6.0→v6.5 全演进记录)
- docs/: 补录 v4/v5 架构文档
- 作者原话结构化 7 条:封闭盒子/生命为设计品/场即能量/洒水壶与倾覆/互为代谢/立体打印
- 落成定律:总量守恒,唯越界可破;越界必留痕
- 立案三笔账:阳逸散纯删除、阴到期删除、水流复制与无声增减(留待底座重构)
- yidao_core/qi.py: 炁场常驻(阴阳两库)+ 封顶结算器 + 四笔流水账(泵/草汲/越界A/越界B)
- 两条归还路全通:灵兽逸散就地归还(洒水壶)、死亡余阳形阴尽数归还(倾覆);
  出生五通道皆自炁抽取(阴向之收敛)
- 水流复制之漏修复(封顶结算:承诺出流不得超过实有)
- 转阳:灵间转移守恒(抢夺/分享/借贷/还债/哺育,损耗溢出皆归还)
- 水过身体:饮/汲/灌/排/死皆域内转移,水文域含体水罐水(作者补正)
- 九泉单向阀疏通:涌泉与九泉之压相称,闭环真转
- 验收:水文差 3e-11、能量差 7e-11、27 项断言全过、鱼出口双跑逐字节一致
- 土相/水相/火相推导层(零新场、纯推导):沙干土泥 / 气滴流海 / 无星火焰
- 木:木固土(土相收编树木)+ 果树结实(暖季结实、寒季落尽、近者可采)
- 金:采石分化矿石→焰火冶炼金块→锻打金刃(火克金,第一条五行生产链)
- 火:制陶需旺火;火生土(灰肥其土)
- 井非物订正:井为地形之变(如径),不入器物账;凿井唯耗劳作之阳
- Item 改 eq=False:物是实体不是数值——修储粮循环分身 bug(守恒审计所揪),
  新增断言:一物一处·无分身
- 45 项断言全过;三域账实差 ~1e-10;四种子手感如常;鱼出口双跑逐字节一致
- M2: spirit.py 3611 行 → spirit/ 包:base + 九系统 Mixin + 核心,96 法各归其族
- M2b: 状态迁入十个纯数据组件(身/谱/心/欲/学/产/缘/忆/闻/程),ROUTE 路由桥
  保持行为不变;组件可独立实例化、独立测试
- J1: beast.py 兽层——兽种表(鸡羊牛/角龙/梁龙/迅猛龙/始祖鸟)+ 本能循环
  (饥食渴饮逃斗繁伏),生灵开关开纯兽之缸;兽体水入守恒账
- 验收:54 项断言全过(含侏罗纪 6 项);拆分/组件化前后鱼出口逐字节一致;
  四种子 60 日种群存续;田园模式回归无损
- 兽忆:水源/丰草/险地各四槽、五日即淡;回老地方喝水、巡旧猎场、绕开龙潭
- 领地:肉食者定巢巡守、逐异巢同种;门槛+冷却防领地战争耗尽掠食者
- 伤势:搏斗负伤 0..1,数日乃愈,愈前体曲打折
- 密度负反馈:贫瘠处不繁;肉食者唯阳逾七成乃育;各族繁率分 r/K 策略
- 捕食者速率 3 步(等速追逐永不结算之修);猎场记忆引路
- 验收:54 项断言全过;田园回归无损;双跑逐字节一致
- Item.腐一步:耗 = 腐率 × 存量 × 气温 × 藏(e 式衰减,永不归零)
- 余烬判尽:阳 < 0.5 视为腐尽
- 腐率表校准:需求书直式(定额/初阳)实测使腐坏之痛链断(生鱼 21 日方烬),
  按等效旧寿校准——平均寿命与旧制齐平,腐坏时刻随条件散开
- 断言:定率探针 3 项(余烬判尽/平均寿命齐平/半衰期签名)+ 60 日制陶动机链不断
- 阈值断言调整注明:无
- pressure *= (1 - 0.008):定额改乘性,0.7-0.9 高压闷烧驻留变长,涌现更不可预测
- 阈值断言沿用 1.01 上限(压力可瞬时过 1.0 而后涌现泄之),此注明理由
- 断言:60 日涌现仍发生
- 六处内在衰变改'率 × 存量':屋/火/栏/井/尸/径;余烬判塌(屋井栏尸 0.5,火 1.0)
- 外力冲击(雨蚀/风损/冻裂/雨淤/汲耗)保持定额不动(定律第二款)
- 涌现已验:危房长存(塌屋减半)、星火余烬经久、故道残影先快后慢
- 验收放宽注明:井废 60 日内本就不发生(旧制亦然,井为石工寿以百日计)
- 61 项断言全过;双跑逐字节一致;三域账实差 < 1e-9
- 代谢定率化:灵兽逸散皆'率 × 存量'(灵基率 0.00125,阳 80 持平旧制);
  囤阳自带持有成本,财富上限自发形成
- 回光返照:阈 0.8 / 窗 12 念 / 假象值 45 / 一生一次 / 横死无回光;
  窗内决策按假象评估,耗阳仍循定率从真阳出(假象不造能量)
- 悟道者渡阳续命:贯通六门+悟性 0.75(结构性稀有),渡二得一(转阳守恒通道)
- 扩写注明:字面触发实测 0 起(濒死者皆死于战斗或寿终),依 D1 本义将寿终
  纳入回光触发——阳寿将尽亦是油尽灯枯;回光 8-13 起/60 日,渡阳 0-4 起
- 构造测试五条全过;68 项断言全过;手感对照无变味;双跑逐字节一致
- 兽群:ANIMAL_MAX 退位安全阀(触发记【越界·安全阀】且仅越顶一念记一次);
  捕食耦合质量作用律(扣食 min(资源×0.3, 旧定额));繁殖二值门改连续因子;
  领域性密度制约(簇拥不繁);始祖鸟繁率随虫密度
- 树木:萌发率随半径3内树数衰减(光水竞争,林分自然疏密);
  TREE_MAX 60→240 退位安全阀(实测自然平衡 135-146);
  安全阀留痕改为唯真被拦下才记
- 阈值断言调整注明:记忆容量 41→44(回光新增记忆之日在途余量);
  众灵压力上限 1.01→1.1(乘性衰减阴燃驻留延长)
- 验收:四种子 60 日安全阀 0 触发;77 项断言全过;双跑逐字节一致
- 传闻:链长硬停退位为每站续传概率 0.55;链长≤6 退为安全阀留痕——
  黑天鹅传闻:大多数一两站而止,偶有五站远来的血案
- 正态化:兽寿数扰动/DNA 噪声/初代人格位点/metabo 皆截断正态——
  钟形曲线,大器与夭折皆稀有(metabo 经体质位点正态化,遗传链不破,注明)
- 验收:传闻长尾 <5% 且黑天鹅偶发;89 项断言全过;双跑逐字节一致
- 7.1 渡阳循环加过滤:唯阳尽回光者可渡,寿尽者不渡——
  阳竭是人事,寿尽是天文;渡得了阳,续不了命。
  悟道者望寿尽回光者缓缓摇头(每位寿终回光者至多报一次,防刷屏)
- 新增构造测试:寿终回光者邻有悟道者 → 不渡 → 窗尽安然闭目(92 项断言全过)
- 7.2 性能口径:单种子 3840 念实测约 35 秒 < 60 秒约束(四种子全套约 377 秒),
  落地实录统一口径——凡性能数字必注明单种子还是全套
- 双跑逐字节一致;三域账实差 < 1e-9
- v6/shiguan/recorder.py:EventLedger——原样存录的结构化事件簿,
  JSON 序列化,双跑逐字节一致;kind/actor/target/时间窗查询
- v6/shiguan/selector.py:fishbowl find_* 九族链检测迁移为消费事件簿,
  节点 = 事件 id 序列(tick 有序,可考据);可讲述性五维评分
  (长度/转折/情感跨度/结局闭合/动机可得率——动机列 S2 填真值);
  可讲述性报告(MD+JSON)与世界丰富度体检(缺口自报、死水种子明示)
- CLI:python -m v6.shiguan --seed 42 --days 60
- 验收测试 22 项全过(v6/shiguan/test_shiguan.py)
- Session._emit:事件文本剥离(因:…)注释(世界不解释自己,只留证据),
  注释原文存 extra["因注"];动力学一行未动
- 现场读数挂接:按 kind 白名单现算事发当刻实况(阳/水分/代/pressure/阈值/铭记时长),
  经 extra 入簿
- 静默日常(进食/饮水/生食致病/受冻/淋雨)入簿标 quiet:存簿不进链不进报告
- fishbowl report 吞 extra(旧客户端兼容)
- 验收:全簿(因:零残留;白名单 3091/3091 带读数;静默在簿不进链;
  92 项世界断言全绿;shiguan 29 项全过;双跑逐字节一致
- 白名单重要事件(死亡/渡阳/回光/战斗/夺屋/结仇解仇/得法/冤案传闻)带观心快照:
  top_memories×5、pressure、mood、知识、与对方之关系值——新建字典不持活引用
- 验收:白名单 100% 带快照、非白名单零带、灵体零改动(指纹比对抽 20 次)、双跑一致
- why(事件) → 现场读数 + 当事人心(快照优先,否则终局档案带时效警告)+ 旁证链
  (同当事人 × 时间窗 × kind 相关性表,规则筛选)
- 查不到就如实写'不可考'——真相随死者入土是史学的常态
- 验收:三件套齐全率/旁证 tick 有序/时效标注齐全均 100%(51 项全过)
- 节拍折叠:同类连续节点折叠为节拍(13×锻炼始 → 一拍蓄势),
  事件簿与原始节点不动(考据仍指原始事件 id)
- 评分按节拍重算:长度/转折/情感跨度/结局闭合皆以节拍为单位;
  动机可得率填真值(可调出现场读数或观心快照的节拍占比)
- 硬指标过:桑的仇恨链(被抢第6日→蓄势18日→临界反击第24日)入 Top-1,
  无淋雨前因建造链退出 Top-3
- 报告链路显节拍行;长度公式修正(过短线性递减——旧式 n<3 反升之漏)
- 55 项史官测试全过;92 项世界断言全绿;双跑逐字节一致
- 仇恨链/夺屋链梗概首尾皆名对手方:'被槿抢→…→反击槿' 与 '被石根抢→…' 可区分
- 纪律红线(作者原话,一字不动写入 selector.py 模块文档串):
  只做信息补全——任何情况下不得去重、合并、删除事件或链;
  同一事实出现两次也是能量驱动的真实涌现,簿与报告均须原样保留
- 测试:梗概对手方两端可辨 + 增补不动账(73 项全过)
- v6/shiguan/writer.py:单链成篇——侦探模型 system_prompt(史官身份+文体+
  §4.3 禁止清单七条);user_prompt(链梗概+节拍事件+关键节拍调查所得+考据指令);
  节拍超 12 规则压缩;LLM 调用 = 1 次/链(调查与压缩皆在规则层);
  复用 pipeline/llm_client.py 与 configs/llm_providers.json(deepseek),不新建基建
- v6/shiguan/validator.py:锚定完备(段段有锚/锚锚在链/表行=段数/原文逐字回指)
  + 虚构扫描(人名白名单+代称解析/禁词/动机核查);重试 ≤2 次,仍败→成篇失败不放行
- CLI:--write-top N [--write-dir] 成篇落盘(自建目录),含 tokens/耗时回显
- 验收:mock 后端 8 项全过(一次通过一次调用/格式合规/零违规/坏文三试而败/
  违规清单含锚点与禁词/调用有界/同簿同链);shiguan 81 项全过;世界 92 项全绿;
  双跑逐字节一致。真实 LLM 成本待作者实测(实施方环境不调真实 API)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant