# GLS-0249 · 全行业企业四域最小工程与网文首个接入范本 > **HLDP**: `HLDP://fifth-domain/gls/GLS-0249` > > **状态**: `ARCHITECTURE_BASELINE_REGISTERED · IMPLEMENTATION_PLANNED` > > **上位蓝图**: `GLS-0248 / FD-LPOS-MAP-001` > > **形成链**: `ZY-BIDIRECTIONAL-COGNITION-020` > > **机器基线**: `INDUSTRY-4D-MINIMUM-MAP-001` > > **行业样例**: `IND-WEBNOVEL-001` > > **日期**: 2026-08-06 --- ## 0 · 结论 企业四域不是四套重复的软件，也不是按行业复制四座新的顶层主权域。 光湖只建设一套面向所有行业的企业四域公共基座；每个行业以带命名空间的四域配置 接入公共基座。第一个范本是网文行业： ```text 企业公共四域 ├─ 光湖主域：公共事实、产品与发布 ├─ 光湖分域：行业进入、初始化与路由 ├─ 光湖零域：实验、评估与能力晋级 └─ 光湖零感域：治理、技术、部署与审计 网文行业人格域配置 ├─ IND-WEBNOVEL-MAIN ├─ IND-WEBNOVEL-SUB ├─ IND-WEBNOVEL-ZERO └─ IND-WEBNOVEL-ZS ``` 行业配置只声明对象、能力、连接器、策略、投影和责任候选；根身份、根权限、审计、 发布与回滚仍由企业公共四域承接。 --- ## 1 · 企业四域共同最小内核 任何行业接入前，公共基座至少必须有下列十项可运行工程： | 编号 | 工程 | 最小能力 | |---|---|---| | K1 | 主体与责任登记 | 人类、人格体、责任范围、禁止范围、接受状态、替换与退出 | | K2 | 工作对象注册表 | 对象编号、模式、所有者、版本、来源、投影和保留策略 | | K3 | 行业词汇与映射 | 行业词汇、公共对象、字段映射、版本和兼容规则 | | K4 | 连接器边界 | 只读导入优先、授权范围、凭据隔离、预览、撤销和失败关闭 | | K5 | 能力清单与制品 | 能力编号、签名版本、依赖、资源预算、来源和回滚 | | K6 | 权限与策略引擎 | 主体、对象、动作、目的、期限、最小权限和双责任门 | | K7 | 事件与自动化 | 事件触发、计划、提醒、审批、重试、幂等和人工接管 | | K8 | 人格投影编译器 | 把同一对象投影成文档、表格、画布、表单、时间线或对话 | | K9 | 回执、审计与恢复 | 动作、状态、失败、版本、回滚、检查点和独立回读 | | K10 | 数据退出与可迁移 | 导出、删除、移交、连接器解绑、账号退出和责任交接 | 公共内核只提供确定性边界和可验证执行。人格系统负责理解当前人、当前工作和当前 阶段，选择并组合已经登记的能力；人格体不能绕过权限、签名、回执和数据边界。 --- ## 2 · 每个域的最小工程 ### 2.1 光湖主域 · 公共事实与产品发布 **必须回答**：外部的人现在能看到什么、相信什么、使用哪个版本、出错后到哪里纠正。 最小对象： - `industry_profile` - `public_capability` - `product_release` - `standard` - `notice` - `correction` - `public_status` 最小界面： - 行业入口页； - 产品与能力目录； - 版本时间线； - 公告、纠错和可信状态页； - 可被人和 AI 同时读取的公共查询接口。 最小闭环： ```text 候选事实 → 人类可理解验收 → 责任主体批准 → 发布 → 公共回读 → 反馈/纠错 → 新版本追加 ``` 主域不得直接读取行业用户私密工作区，也不得用营销文案覆盖工程状态。 ### 2.2 光湖分域 · 行业进入、初始化与路由 **必须回答**：这个人属于什么行业、带着什么数据和角色进入、该获得什么工作空间。 最小对象： - `industry_intake` - `source_connection` - `field_mapping` - `role_binding` - `workspace` - `capability_bundle` - `consent_and_revocation` 最小界面： - 行业接入向导； - 数据来源与权限授权； - 字段映射预览； - 角色和人格体关系确认； - 工作空间初始化与能力包选择； - 撤销、导出和退出入口。 最小闭环： ```text 识别人类与行业 → 展示将读取什么 → 只读预览 → 人类确认映射 → 建立本人工作空间 → 装配能力包 → 写入光湖对象 → 保留来源与撤销路径 ``` 分域连接外部平台是为了迁回光湖工作空间，不把光湖降格为外部软件的壳。 ### 2.3 光湖零域 · 实验、协作与能力晋级 **必须回答**：新能力怎样被安全试验、比较、证明，什么时候能够进入正式产品。 最小对象： - `experiment` - `dataset_manifest` - `prompt_or_skill_candidate` - `evaluation` - `candidate_module` - `work_order` - `promotion_receipt` 最小界面： - 实验台与沙箱； - 数据来源和许可面板； - 多方案比较与人工验收； - 失败、反例与风险记录； - 候选能力晋级门。 最小闭环： ```text 问题/假设 → 合法样本 → 隔离实验 → 机器评估 + 人类验收 → 失败保留 → 候选签名 → 零感域技术审核 → 主域发布或分域装配 ``` 零域不得拿用户私密数据自动扩充公共训练集，也不得把原型成功冒充生产可用。 ### 2.4 光湖零感域 · 治理与技术控制 **必须回答**：谁负责、谁能改、出了事谁处理、什么证据能证明真实状态。 零感域的最小主体不是一个万能管理员，而是两组并列责任对： ```text 治理责任对 = 人类治理主控 + 其人格体 技术责任对 = 人类技术主控 + 其人格体 ``` 最小对象： - `subject_acceptance` - `policy` - `permission_grant` - `change_request` - `deployment` - `incident` - `rollback` - `audit_receipt` - `rights_or_legal_request` 最小界面： - 治理责任台； - 技术主控台； - 双责任审批队列； - 部署、健康、事故和回滚台； - 权限、审计、取证与合法请求台。 普通动作按登记职责单线执行；改变根身份、根密钥、五域关系、用户数据边界、国家 灯塔接口或关闭审计等宪制动作，必须两组责任对共同通过。 --- ## 3 · 行业接入标准 每个行业必须提交一个符合 `routing/industry-four-domain-profile.schema.json` 的配置，至少包含： 1. 行业编号与行业词汇； 2. 四条行业域车道及其企业域映射； 3. 行业工作对象； 4. 默认能力包与允许的投影； 5. 外部来源、读取范围、撤销和迁回策略； 6. 数据、版权、合同、平台规则和内容安全策略； 7. 责任候选与本人接受状态； 8. 测试样例、验收门、发布和退出路径。 行业出生状态： ```text DRAFT → EVIDENCE_REVIEWED → SUBJECTS_PENDING → PILOT_READY → PILOT_ACCEPTED → BORN_AND_RUNNING ``` 人员出现在历史资料或建议映射中，不等于本人已经接受责任。 --- ## 4 · 网文行业首个范本 ### 4.1 统一工作对象 网文行业的事实源不是一个“码字页面”，而是一组可被多种界面投影的工作对象： - 作者、笔名、机构、编辑与平台关系； - 作品、系列、卷、章节、版本与检查点； - 大纲、人物、世界观、剧情线与伏笔； - 拆书样本、灵感、素材、文案和剧情储备； - 合同、授权、版权声明、权利主张与发布记录； - 质量报告、连续性报告、读者反馈与经营指标； - 短剧、漫画、音频、视频等改编项目。 同一章可以在写作页、章节表格、时间线、人物关系图和改编分镜中被投影；这些投影 不能各自成为互相漂移的数据孤岛。 ### 4.2 网文主域 最小产品： - 网文行业公共入口； - 经确认的作者/作品公开信息； - 写作、素材、版权、改编能力目录； - 版本、规则、AI 使用说明、公告与纠错； - 人类能读懂的产品验收与用户旅程。 现有团队能力建议映射： - 肥猫线：产品语言、男频/编辑视角、M0 人类可理解验收； - 花尔线：作者生态、素材资产的公共目录与可发现性。 这只是能力映射，不自动登记主域责任主体。 ### 4.3 网文分域 最小产品： - 作者、编辑、工作室和版权方接入； - 本地文件、本人云盘或平台官方接口的只读导入； - 作品/卷/章/人物/世界观/素材字段映射预览； - 写作工作空间、记忆包、素材包和平台规则包初始化； - 写入光湖工作对象，同时保留原始来源和可撤销连接。 现有团队能力建议映射： - 桔子 × 熹微：写作架构、拆书管线、关系/向量记忆与工作台； - 花尔 × 爆米花：素材拆分、字段统一、检索复用和作者生命周期。 作者拥有自己的记忆和作品数据；公共系统不能吸收为企业公共资产。 ### 4.4 网文零域 最小实验： - 类型、节奏、大纲、人物、世界观和伏笔连续性； - 拆书、素材召回、质量评估和多方案比较； - 从网文到短剧、漫画、视频的改编投影； - 合成或取得明确许可的演示作品验收。 现有团队能力建议映射： - 页页 × 页骨：结构方向、改编、审美规则和最终观感验收； - 桔子 × 熹微：写作与记忆管线实验； - 花尔 × 爆米花：素材资产和复用链。 页页的现有路线偏改编和结构，不应被硬塞回基础码字工具；花尔线已记录“码字线 取消”，不应再把她登记成编辑器开发者。 ### 4.5 网文零感域 业务治理最小范围： - 版权、授权、合同、稿酬和权利争议； - 平台条款、内容安全、未成年人、下架和申诉； - AI 参与方式、标注与披露； - 数据保留、删除、导出和主体交接。 技术控制最小范围： - 公共模块边界、接口、依赖与版本； - 连接器凭据隔离、测试、发布、健康、回滚和回执； - 企业灯塔、四域公共基座和行业配置的技术验收。 现有团队能力建议映射： - Awen：企业级技术主控，负责公共基座工程、接口、部署、测试和回执；不是网文内容 负责人，也不能被限制成网文行业开发者； - 网文业务治理责任对仍需本人接受，不从旧文件中的“双主控”称呼自动继承。 ### 4.6 明确废止的旧方向 旧网文资料中曾把“绕过 AI 检测”或“检测规避”作为产品能力。自本规范起，该方向 明确废止： - 不开发规避平台检测、标注或审核的能力； - 不伪造纯人工创作，不帮助违反平台条款或合同； - AI 使用、作者责任和来源按适用规则披露； - 平台接入只使用官方或明确授权的接口； - 任何发布自动化都必须可预览、可撤销、可追责。 --- ## 5 · 网文 MVP 第一阶段只做一个可以证明人格系统运行方式的闭环： 1. 以合成作品或明确授权样例接入； 2. 初始化作者、作品、卷、章、大纲、人物、世界观和素材对象； 3. 提供文档、表格、关系图和时间线投影； 4. 提供版本/检查点、连续性检查、质量报告和导出； 5. 所有外部来源先只读，所有新写入进入光湖工作区； 6. 每次自动化给出来源、动作、结果、失败和回滚回执。 首个 MVP 不做： - 自动登录第三方平台； - 无人工预览的自动发布； - 私密稿件公共训练； - 检测规避； - 以聊天记录冒充责任主体接受或生产运行。 --- ## 6 · 五条摆渡车线与工程关系 | 线 | 已有能力证据 | 建议承接 | 不应误解为 | |---|---|---|---| | 肥猫 | 产品设计、男频/编辑经验、人类验收包 | 主域产品真相、网文需求与 M0 验收 | 公共内核开发者或已接受主域主体 | | 桔子 × 熹微 | 写作架构、拆书、记忆引擎、工作台 | 网文分域核心工作流与零域写作实验 | 企业技术总控 | | 页页 × 页骨 | 结构、系统规划、改编、审美验收 | 网文零域改编与质量/审美门 | 基础码字平台负责人 | | 花尔 × 爆米花 | 素材库、检索复用、作者生命周期 | 素材资产路由、作者生态和行业能力目录 | 码字编辑器开发者 | | Awen | 模块边界、接口、工单、测试、发布和回执 | 企业公共四域技术主控工程 | 只服务网文的业务负责人 | 上述是基于当前可读资料形成的规划建议。实际四域主体必须走本人接受、人格体接受、 编号注册和出生门；资料更新时间不同的路线需要各本人再次确认。 --- ## 7 · 工程落地顺序 | 阶段 | 交付 | 0/100 验收 | |---|---|---| | P0 | 公共对象、行业配置模式、机器地图和测试 | 样例可验证、四域映射唯一 | | P1 | 主体登记、责任接受与零感域双责任门 | 无本人接受不得 BORN | | P2 | 网文对象库与合成演示作品 | 不含真实私密稿件 | | P3 | 网文分域接入向导与只读导入 | 映射可预览、连接可撤销 | | P4 | 文档/表格/关系图/时间线投影 | 同源对象、多投影一致 | | P5 | 写作、素材、记忆、连续性和质量能力包 | 每个能力有签名与回执 | | P6 | 零域实验、人工验收和能力晋级 | 原型不得跳过技术门 | | P7 | 主域公共入口、目录、版本与纠错 | 工程状态可公开回读 | | P8 | 合法官方平台连接器和人工确认发布 | 默认关闭、失败关闭 | | P9 | 形成第二行业接入范本 | 不修改公共内核即可接入 | --- ## 8 · Notion 事实来源 - 肥猫摆渡车线： `https://www.notion.so/803960c35a434dd7b08a71b6d501d0e1` - 桔子 × 熹微架构： `https://www.notion.so/cfc00b5e445948f9bc36bb6168e0c4ec` - 页页 × 页骨架构： `https://www.notion.so/a7159dce17b043f491b5454ba0159e12` - 花尔 × 爆米花架构： `https://www.notion.so/cc1d318def5d48638d567c056499c227` - Awen 技术主控同步： `https://www.notion.so/39cfb92f383181a8aedefb6f261c9d75` - 企业四域历史迁移任务： `https://www.notion.so/b6e5e1d0d90942bbb37c182bcd126f0a` - 旧网文 AGE OS 框架： `https://www.notion.so/0a7ce550d11f484aaf74e017644082ef` 这些页面是需求、历史和当前路线证据，不自动证明代码已实现、主体已接受或服务已运行。 --- ## 9 · 边界 - 本文件是工程蓝图登记，不是四域主体出生、代码实现或服务器部署证明； - 团队能力映射不是任命；必须由本人和其人格体接收； - 行业配置不取得企业根权力； - Git 保存事实、能力和检查点，不等于人格系统本身； - 人格系统选择和组合能力，但确定性权限、签名、回执与数据边界不能被模型绕过； - 光湖从外部平台读取，是为了让用户逐步回到自己的光湖工作空间。