模型负责提出候选
推演、写作、审查与建议都可以由不同 Agent 完成，但候选不因此自动成为事实。
LOCAL-FIRST · LITERARY ENGINEERING · BETA
让 Agent 创作，
让系统记得。
ArcVellum 把小说、剧本与伪记录作品从一段不断变长的聊天，变成有 Canon、任务、审查证据与正式正文的长期项目。
- 当前发布线
- v0.99.x Beta
- 正式路线
- 7 条
- 运行边界
- LOCAL / SANDBOXED
SIMULATED PROJECT / ACTUAL PIXI + 2.5D ROUTE
叙事星仪，作为一张可操作的作品读模型
演示资料是模拟内容；WebGL 天穹、章节星核、黄金角场景簇、DOM 文字命中层、四元数轨道、深度缩放与语义焦点均按 ArcVellum 实际前端路线缩编。- SCENES
- 12
- PROSE
- 86,420
- REVIEWS
- 2 OPEN
- REVISION
- #42
拖动空白天穹旋转 · 滚轮缩放 · 点击文字聚焦
无障碍列表视图 / ACCESSIBLE ALTERNATIVE
THE LITERARY SYSTEM
创作智能可以发散；
项目权力必须收敛。
内核负责签发许可
CLI 状态机决定下一项合法任务，以 Schema、指纹、Lint 与证据门禁验证晋升。
界面负责解释状态
星仪、阅读器与任务面板投影同一份已验证项目状态，不用演示数据伪造“智能感”。
ARCHITECTURE / 01
一条可复查的创作路线
从创作者意图到干净交付，权力只沿正式路径移动。AUTHOR方向与批准
→TAURI / VUEStudio
→FASTAPI / SSE应用服务
→PYTHON CLI唯一权威
→DUAL WORKSPACE受控执行
→CANON / PROSE正式项目
FORMAL MANUSCRIPT
一本只收录已晋升正文的书
候选稿、审查记录和流程痕迹不会混进读者看到的正文。
BOUNDARY AS INTERFACE
执行中心展示事件，不制造权威
任务租约、心跳、事件回放和恢复动作都由应用生命周期层持久化。系统总览
2 篇文学求解内核
6 篇03LONGFORM PLAN五十万字如何被拆成可兑现的剧情库存
字数预算、事件密度、章节义务、节奏曲线与滚动规划
打开文档 ↗04SCENE SOLVER一个场景如何从问题状态求解成正式正文上下文、角色推演、分支、编剧态、正文与状态演化闭环
打开文档 ↗05CONTEXT模型下笔前如何获得恰好够用的作品事实Context Trace、Prompt v3、证据分层、按需读取与预算控制
打开文档 ↗06POLICY KERNEL候选怎样获得成为作品事实的资格CLI 状态机、任务账本、内容身份、Canon 与唯一权威
打开文档 ↗07REVIEW CI文学审查如何成为可执行的质量闭环语义审查、确定性 Lint、修订、复核、晋升与写回
打开文档 ↗08STYLE文风怎样从语料证据编译成生成约束来源登记、风格抽象、隔离评测、版本化挂载与生成优先级
打开文档 ↗Agent 执行层
1 篇空间读模型
2 篇产品工作面
1 篇工程与验证
2 篇RELEASE EVIDENCE
30,080v0.99.0 正式闭环中的中文内容字符FORMAL ROUTES
7规划、场景、导入、文风、资产、审查与交付TECHNICAL DOCS
14按六个系统边界组织的长篇技术文档HONEST LIMIT
BETA真实闭环不等于全题材、全供应商证明