# 写序｜个人作品集导出

> **一句话成果：**把长篇创作从逐章策划、跨章冲突预检、正文候选与质量门禁，一直串到作者终审，做成了一套可运行、可追溯、不会绕过作者决策的创作工作台。

## 当前真实版本与状态

- **核验日期：**2026-09-02（中国标准时间）。
- **客户端版本：**`1.0.14+17`。
- **最新本地已验证构建：**`build 292`，生成于 2026-08-31 14:55，`Release / x64`，内置后端；对应源码修订为 `6e8e23d95735667be8e9182801718b7c6b972d5c`。
- **发布口径：**`build 292` 是启动器实际选择的最新本地已验证构建，不等于已公开发布版本。
- **产品状态：**工程闭环已经能够支撑真实作品验证；市场有效性、稳定产出“成功小说”的能力仍未得到真实读者数据证明。

本次先按项目规定启动并检查了最新桌面构建。为获得干净、无窗口遮挡的图片，下面 6 张截图来自 2026-09-02 对**当前工作树前端的本地真实运行**，并连接到 `build 292` 启动的内置后端。它们不是伪造界面，也不是静态设计稿；但也不应被表述为“打包后的 build 292 可执行文件逐像素截图”。

## 我的个人贡献（保守口径）

我主导了产品目标、作者工作流与验收口径：把世界与设定、章节策划、正文候选、自动检查、跨章衔接、作者终审和发布准备组织成一条连续流程；统筹 Flutter 工作台、FastAPI 后端、Windows 本地交付与可追溯证据；并用真实长篇内容持续验证系统是否能暴露版本漂移、跨章冲突和门禁失败，而不是只展示理想状态。

仓库本身不能精确审计每一行代码由个人、AI 或上游项目贡献的比例，因此这里不声称“全部代码和素材均由我独立手写”。我的可归因责任是产品方向、系统整合、取舍、验收与最终交付；AI、开源底座和第三方服务的边界见下文。

## 展示素材

### 1. 作者待办：一章从策划到发布的真实状态

![作者待办与章节创作流程](screenshots/01-author-workflow.png)

第 1 章已经走过章节策划、本章取材、正文候选与自动检查，当前停在作者终审；同屏保留了朱雀检测失败记录，明确展示系统并非“全绿演示”。

### 2. 完整正文：50 章连续可读

![完整正文与章节目录](screenshots/02-complete-prose.png)

左侧是连续章节与字数，右侧是正式正文阅读区；界面真实显示 `50 章可阅读`。作品名与正文均为虚构创作内容，不含账号或个人身份信息。

### 3. 章节策划：批准后的章纲才能进入正文生产

![逐章策划与批准状态](screenshots/03-chapter-planning.png)

连续章纲带有批准状态，并提供详情、写前冲突预检、预检修复与撤回批准入口；下一章的 AI 起草也明确读取已批准结构、正式设定与世界状态。

### 4. 跨章预检：第 2 章的 15 项衔接检查

![第2章写前冲突预检](screenshots/04-continuity-preflight.png)

真实结果为 `检查通过 / 确定性冲突 0 / 待复核 0 / 共检查 15 项`，覆盖上一章正式提交、人物状态、时间与倒计时、地点移动、同行人物、伤势能力、未完成行动和章末钩子等跨章约束。

### 5. 正文候选：版本、门禁和外部证据不会混为一谈

![正文候选与质量门禁](screenshots/05-candidate-quality-gate.png)

第 1 章真实存在 11 个候选。当前可见候选已通过内部质量检查，但朱雀证据属于旧稿，需要重新检测；最终按钮仍明确写着“作者仍决定定稿”。

### 6. 作者终审：相邻章节交接检查与真实阻断

![作者终审与相邻章节交接检查](screenshots/06-author-review-gate.png)

第 50 章终审页同时展示上一章结尾、本章开头以及人物、时间、地点、同行者、伤势和未完成行动的交接检查；页面明确提示“门禁未通过，暂不可发布”。

## 5 条可验证证据

1. **可运行交付物：**`xiexu_flutter/build/windows_release_292_verified/release-manifest.json` 记录了可执行文件、内置后端、9,093 个文件及逐项完整性检查；`Xiexu.exe` 的产品与文件版本均为 `1.0.14+17`。
2. **长篇结果不是空壳：**`screenshots/02-complete-prose.png` 显示 50 章可阅读；对应读取能力位于 `webnovel-writer/dashboard/creative_library_api.py`。
3. **剧情组织可逐章执行：**`screenshots/03-chapter-planning.png` 显示连续批准章纲；对应能力位于 `webnovel-writer/dashboard/chapter_planning_api.py`。
4. **跨章一致性有细粒度证据：**`screenshots/04-continuity-preflight.png` 展示 15 项真实预检；对应能力位于 `webnovel-writer/dashboard/chapter_continuity_api.py`。
5. **质量与人类决策有硬边界：**`screenshots/05-candidate-quality-gate.png` 与 `screenshots/06-author-review-gate.png` 展示候选门禁、证据过期和终审阻断；对应能力位于 `webnovel-writer/dashboard/chapter_prose_api.py` 与 `webnovel-writer/dashboard/chapter_publication_api.py`。

补充工程记录：`docs/product/xiexu-prevalidation-engineering-acceptance.md` 记录过 2,931 项 Python 回归、130 项 Flutter 测试与 100 章压力验证；这是已有文档证据，本次素材导出没有重新执行整套测试。

## AI、开源与第三方边界

- **AI：**AI 参与正文候选生成、分析、部分工程实现与测试辅助；作者负责设定目标、选择方案、验收和最终定稿。模型评分不能代替真实读者反馈。
- **品牌素材：**导出的图标与横向 Logo 母版保留 C2PA 来源信息，记录为 OpenAI 图像模型生成。准确表述应是“作者定义品牌概念并完成选型与落地，使用 OpenAI 图像模型生成母版”，而不是“纯人工绘制”。
- **开源底座：**项目继承自 `webnovel-writer v6.2.1`，仓库当前保留 GPL-3.0 文本；Flutter、FastAPI 等依赖分别遵循自身许可证。不能把上游或依赖代码归为个人独立原创。
- **第三方检测：**朱雀是外部质量信号，服务可用性和检测结果不由写序控制，也不等于文学质量或市场成功。本次截图保留其失败/证据过期状态。
- **字体：**运行界面使用的 Press Start 2P 属于第三方字体，元数据指向 SIL OFL；本导出未包含字体文件。仓库尚缺独立 OFL 文本，公开分发完整应用前仍需补齐许可证清单。

## 尚未完成或未经验证的限制

- 当前没有作品被标记为已在外部平台发布；终审与发布闭环仍存在真实门禁阻断。
- 尚未形成真实 30–50 章连载、读者追读/收藏/评论/付费数据回流与受控修正实验，不能宣称已经稳定生产成功小说。
- 跨章影响与冲突发现仍主要依赖结构化对象、名称和显式状态，不能保证理解所有隐喻、代称与隐藏因果。
- 当前工作树并不干净；截图前端包含尚未提交的工作树状态，`build 292` 的源码修订哈希不能单独复现截图中的全部当前改动。
- 版本资料存在漂移：可执行文件与 `pubspec.yaml` 是 `1.0.14+17`，但部分旧状态文档仍停留在更早版本。
- Windows 安装程序尚未配置代码签名，公开安装时可能出现来源提示。
- 真实截图保留虚构作品名和部分正文，用于证明系统确实承载长篇创作；未发现账号、密钥、个人隐私或内部地址。若面向不应接触正文的受众，应另做“隐藏书名/正文”的二次导出。

## 品牌文件与核验

- `brand/xiexu-app-icon-master.png`：应用图标母版，1,254 × 1,254。
- `brand/xiexu-logo-horizontal-master.png`：横向 Logo 母版，1,983 × 793。
- `manifest.json`：逐项记录路径、用途、尺寸、SHA-256、真实运行来源与脱敏结果。

建议作品集展示顺序为：**作者待办 → 章节策划 → 跨章预检 → 完整正文 → 候选门禁 → 作者终审**。如果只放 3 张，优先选择 `02`、`04`、`06`。