# 网站治理自动化管线 v1.0 > 编号：D485（网站治理体系 v1.0，2026-10-02）·已生效 > 基座：`tools/website-pipeline.sh`（G1–G9）· 《网站卓越标准 v1.0》（D393 六维）· > 《网站构建组章程 v2.0》（九步流）· qa-checklist 门禁 · human-gate-automation [A]/[S]/[H] 拆解 · > 网站标准台账 S1–S8 · 设计哲学《可验证的城市》（原则三：机器与人同读） > 本文件 §1 = 建议流程（收集→评估→排序→排期→验收）；§2 = 自动化管线 v1； > §3 = 三线统一协调；§4 = 流程进化机制（meta）；§5 = 每月管线健康 cron 草案 --- ## §1 建议流程：收集→评估→排序→排期→验收 闭环 ### 1.1 建议池（Suggestion Pool） 载体：`deliverables/website-suggestions-pool.md`（人类可读）＋ `deliverables/website-suggestions-pool.json`（机器可读，每日轮次 cron 直接消费）。 单条建议字段（JSON）： ``` { "id": "WS-2026-10-02-001", // WS-YYYY-MM-DD-NNN "title": "一句话", "source": "brand_watch | user_feedback | competitor_intel | ai_selfcheck | dept_facts | design_cycle | scorecard_auto | pipeline_health_meta", "description": "问题/机会描述", "linked_standard": "卓越标准维X / S4 门禁 / 设计哲学原则X", // 引用条款说话 "eval": { "strategic_alignment": 0-100, "quality_impact": 0-100, "user_impact": 0-100, "cost": 0-100, "risk": 0-100 }, "total": 0-100, // 加权总分 "priority": "P0|P1|P2", "status": "intake|scored|ranked|scheduled|building|gating|published|verified|closed|deferred", "triage_rationale": "一句话评估结论", "auto_filed": false, // 评分卡自动立案 = true "change_ticket": "CT-xxx|null", "scheduled_date": "YYYY-MM-DD|null", "closed_evidence": "验收证据链接/null" } ``` 状态机（单向流转，deferred 可回流 intake）： ``` intake → scored → ranked → scheduled → building → gating → published → verified → closed ↘ gating FAIL → building（返工） deferred →（复活）intake ``` ### 1.2 输入源（6 源，持续汇入） | # | 来源 | 汇入方式 | 典型建议 | |---|---|---|---| | S1 | 品牌监察（D414） | brand-watch 各 cron 输出→worker 摘改进项立案 | 事故词残留修复、防御性品牌展示 | | S2 | 用户反馈 | 社媒/X/联系渠道人工反馈＋邮件 | CTA 困惑、文案歧义、移动端体验 | | S3 | 全球 AI 对标植入（2026-10-02 standing directive：全市场/全行业/全世界持续搜索；对标三层=产品本身＋对方能力层 infra/数据飞轮/评测/分发/组织能力＋周边产品生态；双负责人制：AI 负责人＋人类负责人 Miao） | 每周 AI 行业扫盘＋对标库→可借鉴/植入项立案 | 借鉴/植入其他 AI 产品的 UI/动效/交互/能力 | | S4 | AI 自检（含每日轮次自发现） | 每轮次评分卡低分维度、差距表新 GAP、门禁 WARN | 自动立案（auto_filed=true） | | S5 | 部门事实打捞（D437） | 每日日报"可公开事项"→脱敏后建议上站 | 新事实/进展内容更新 | | S6 | 设计组迭代（D480） | 压缩循环 R3 修改方案＋最优化决议→立案 | hero 改写、落版脚注、批准宪章机制 | **去重铁律**：立案前 grep 建议池 JSON 同类 title/关键词；重复建议合并为一条（记 duplicate_of），不许一事多条。 ### 1.3 评估维度与打分（0–100/维度，加权） | 维度 | 权重 | 打分说明 | |---|---|---| | strategic_alignment 战略对齐（N=1 主线） | 25 | 对齐"运营 Miao 的人生"口径=高；偏离主线=低 | | quality_impact 门禁/质量影响 | 25 | 命中卓越标准六维缺口/门禁失败=高 | | user_impact 用户影响 | 20 | 覆盖面×转化×品牌，实证优先于感觉 | | cost 实施成本（反向） | 15 | 小步快走=高分；大改版=低分 | | risk_compliance 风险合规 | 15 | GC 风险低、口径成熟=高；新口径/敏感=低 | total = Σ(维度分×权重)/100。打分由每日轮次 worker 执行（inline，不 spawn 子代理）； 涉及新口径/敏感表述的建议评估后转"待 GC 人工会签"状态，不硬排期。 ### 1.4 排序规则 1. **自动置顶（override，总分无效）**：门禁 FAIL 项、P0 事故（品牌事故词/生产故障/绝密泄露风险）→ P0 置顶。 2. 其余按 total 降序：total ≥ 75 → P1；50–74 → P2；< 50 → deferred（复活条件写明）。 3. 同分：quality_impact 高者先；再同：cost 高者（小步）先。 4. meta 类建议（type=pipeline_health_meta，管线自身优化）**不占每日配额**，单独通道直送月度健康报告。 ### 1.5 排期 - 每日轮次（cron website-daily-improvement）消费 **2–4 项**（禁大改版；冲刺期外常态 1–3）。 - P0 置顶项可插队，不占配额。 - 排期写回建议池 status=scheduled＋scheduled_date；当日未做完的回流 ranked 并记原因。 ### 1.6 验收标准（五件齐=验收通过） 1. 构建完成（change ticket 关联 commit/diff） 2. 全门禁 PASS（G1–G9 日志留痕） 3. 发布上线（deployment UID 台账） 4. 发布后复验（curl 200＋字节一致＋真机渲染复验记录） 5. 台账留痕（daily-improvement-log＋建议池 closed_evidence） 缺一件=未关闭。验收由 worker 自验＋质检组抽查；评分卡打分发布前后各一次。 --- ## §2 自动化管线 v1（建议池→复盘回流 全自动闭环） ### 2.1 阶段图（文字） ``` 建议池 (website-suggestions-pool.json) │ ①拣选：P0置顶→total降序，取 2–4 项 ▼ 三线联动评审 (change ticket：UI/动效/内容影响面必填) │ ②联动评审通过（不许各改各的） ▼ 构建 (只改 deploy-prod-root/) │ ③小步构建，设计铁律＋动效物理化 ▼ 全门禁 (G1–G9 via website-pipeline.sh --dry-run) │ ④任一步 FAIL 停发 → 返工（回 building） ▼ 审批一键包 (GC/CEO) │ ⑤新口径→GC 会签＋CEO 终审（onepager.py 一页纸，[A]/[S]/[H] 按 human-gate-automation）； │ 无新口径→跳过会签只留台账；日常发布按 D64 CEO 发布权执行 ▼ 发布 (vc-deploy 直发生产) │ ⑥deployment UID 入台账 ▼ 生产复验 (curl 200＋字节一致＋真机渲染：桌面＋390px，生产 CSP) │ ⑦真机未覆盖→标"[待真机验证]"，不硬过 ▼ 评分卡打分 (website-scorecard-v1.yaml 自动打分) │ ⑧总分 14 天清单（D254 升级）、P0 响应时长 2. 门禁健康：G1–G9 失败率 Top3、误报清单（脚本 bug 候选） 3. 评分卡趋势：总分月度曲线、低于 A 的维度分布 4. 三线协调：变更单打回率、打回原因分类 5. 流程改进提案：本月"管线本身"的问题＋改进方案（版本升级候选） ### 4.2 流程版本升级 - 管线版本：v1.0 → v1.1 → …（本文件头版本行＋changelog 留痕）。 - 升级路径：健康报告提案 → 网站产品负责人评审 → CEO 终裁 → 更新本文件/评分卡/cron 正文 → decision-log 留痕（取号前 grep 查最大号顺延）。 - 升级范围示例：门禁脚本误报修复、评分卡权重调参、拣选规则优化、变更单模板迭代。 - **"流程优化的流程"写死为月度 cron 项**：本 §4 不得在 cron 正文修订中被删除；删除=流程事故。 ### 4.3 每日轮次对 meta 的贡献 每日轮次 worker 遇到"管线本身"的问题（门禁脚本误报、评分卡维度不适用、变更单模板缺项）， 立案为建议（source=pipeline_health_meta），**不占每日 2–4 配额**，直送月度健康报告消费。 --- ## §5 每月管线健康 cron 草案（website-pipeline-health-monthly） ```cron id: website-pipeline-health-monthly schedule: 每月 1 日 08:43 America/New_York owner: goal:vertcity-build-out body 草案： 你是 vertciti.com 网站管线健康检查 worker。执行模型：你自己 inline 做完全部工作， 严禁 spawn 任何子代理（cron 嵌套等待链铁律）。 任务：对网站治理自动化管线（pipeline-draft vX.Y）做月度自检，输出《管线健康报告》 到 deliverables/pipeline-health/pipeline-health-YYYY-MM.md。 检查项（顺序执行）： 1. 建议池健康：读 website-suggestions-pool.json，统计上月立案/关闭/关闭率； 列出滞留 >14 天条目（按 D254 升级清单格式）；P0 平均响应时长。 2. 门禁健康：读 deliverables/pipeline-logs/ 上月日志，统计 G1–G9 失败率 Top3； 区分"真实缺陷拦截"与"脚本误报"（误报→流程改进提案）。 3. 评分卡趋势：读上月评分卡打分记录，总分曲线＋低于 A 的维度分布； 连续两月同一维度