LUMINWRITE / ENGINEERING

让系统协同。
让思考自由。

把约束交给内核，把执行交给运行时。
用清晰的模块边界，承载更完整的创作过程。

LUMINWRITE / SYSTEM IN MOTION

合约 → 执行计划产物 → 文稿版本按需检索 · 持续反馈

LuminWrite Runtime

让每一步，协同发生

连接计划、工具调用、执行状态与检查点。沿用持续会话的 Harness 思路，为复杂任务提供可观察的运行过程。

Plan · Harness · Snapshot默认执行链与治理路径分阶段演进

交互图为能力关系的抽象表达。以下品牌名称用于官网叙事，并非已经发布的独立软件包。

THE LUMINWRITE STACK

四层能力，
共同写好一篇。

从实际工程出发，以统一的语言介绍自研能力。
选择一层，展开内部模块、数据流与实现约束。

先约定要写什么，再定义什么算写好。

Core 将创作意图、文稿结构与质量判断分开建模。模型可以提出建议，但契约的变更必须留下版本；文字可以改写，但引用与来源要有明确的位置。

输入

创作目标 · 受众 · 素材与证据要求

输出

版本化契约 · 文档树 · 质量报告

WritingContract
LCP / Document AST
Quality Gate

WritingContract

把隐含要求变成显式字段

intent、audience、voice 与 delivery 描述创作要求，material_policy 和 evidence_policy 约束材料使用。source_attributions 记录字段来源；inferences 单独保留系统推断的置信度和确认状态。

ContractID + Version + ContractHash 固定契约身份。执行建议与实际策略独立记录，不能悄悄改写契约。

backend/internal/writingkernel/contract.go

LCP / Document AST

让一篇文章拥有可定位的结构

文档由章节、段落、列表、表格与引用节点组成。节点携带 BlockID、Origin 和 ContentHash；引用节点通过 SourceID 连接来源。Document 另存 VersionID 与 BaseVersionID，区分内容和版本的身份。

Seal 校验标识、封装文档树并计算哈希；后续的检查与修改可以指向具体节点和版本。

backend/internal/lcp/ast.go

Quality Gate

把生成完成与质量通过分开

质量报告关联候选、提交和验证的文稿版本，记录验证器结果、发现的问题和保障等级。门禁根据目标状态检查报告，而不是仅凭模型一句“已完成”推进交付。

Blocker 不可豁免；可豁免问题需要决策记录。要求的保障等级与实际达到的等级分别呈现。

backend/internal/writingquality/gates.go

例如：为一篇有引用要求的文章修改风格

语气调整进入新的约束或风格输入；文稿仍保留引用节点和来源标识。检查结果绑定具体版本，避免“检查的是上一版，交付的是下一版”。

契约、LCP 与质量门禁已有代码实现；治理型执行链默认关闭，不能据此推断所有在线写作都经过这条路径。

HARNESS / 持续会话的编排思路

一条持续的思路，
多个恰当的工具。

项目借鉴 dsh 的单层 Harness 思路，由持续会话协调工具调用与上下文，避免把创作拆成互不相接的问答。

计划、执行器、文档与质量状态正在收敛到更明确的治理路径。暂停、恢复与检查点，应成为可解释的过程。

意图会话工具反馈

BUILDING IN THE OPEN

坦诚呈现，
正在推进的部分。

已有实现

写作工作台、Harness、Pipeline、素材与记忆，以及新加入的 Lumi 风格助手。

逐步启用

治理型运行时已有工程实现，默认仍为关闭状态；研究综述路径在 OSS 中通过独立开关启用。

持续验证

代码存在、模型验收与线上启用分别追踪。官网不将目标架构等同于当前在线服务的全部能力。

查看版本与构建记录阅读开源代码

让系统协同。让思考自由。