SIOP 全流程使用实录：算力视野站从 0 到上线

2026-09-09 重建更新：本文记录的是第一轮全链路实录。第一轮验证后我们收到了 8 条真实反馈（栏目名不按规则、菜单与规划两张皮、URL 随机、规划页面大面积缺失、内容单薄、纯页面无列表结构），随后把这些问题全部在平台层修复并重建了站点——规划里的 URL 规则（/rental/market/）、层级菜单、栏目落地页、发布动作现在全部由系统确定性落地。第十二章新增「用户使用全流程图」。

当前线上状态：首页 · 5 大栏目 + 15 个子页面全部按规划上线 · 13 篇内容页 · SEO 审计 0 发现。

本文是一份真实操作实录：全部截图来自 2026-09-08 的真机操作，无摆拍、无 Mock。
起因是平台作者反馈：「Phase 0-9 做了这么多，后台菜单上怎么什么都看不到？」——于是我们模仿真实用户，
拿「算力」这个题目，从部署 WordPress、登记站点、发起研究、批准蓝图、连接器落库、内容生产、SEO 审计
到活动创建，把整条链路真跑了一遍。你现在看到的这个网站，就是这条链路的产出。

一、先回答：新功能在菜单哪里？

打开 SIOP 平台 后，顶级菜单确实没有新增入口——这是本次反馈的核心。
真相是：新功能被折叠进了「项目」下拉。把鼠标悬停在顶部「项目」上：

• 内容库：内容策略 → 制作工单 → 草稿 → 暂存到站点（Phase 5）
• 站点库：站点登记、连接器检查、蓝图实现、变更集审批/执行/验证/回滚（Phase 3/4）
• 成果：规划版本批准（拍板）入口

而 Phase 6-8（SEO 审计、站点运维、增长活动、外链触达）目前是 API-first，没有独立页面：
/api/v1/seo/audits/*、/api/v1/ops/*、/api/v1/campaigns*、/api/v1/link/*。这一点在文末的
「发现并修复的问题」里一并给出改进建议。

二、第 0 步：准备一个真实的 WordPress 目标站

在 Orangevps-SG 上部署了全新的 WordPress 5 分钟套餐：PHP 8.4-FPM + MariaDB + nginx +
Let’s Encrypt HTTPS（certbot 自动改写 vhost）。注意必须安装仓库自带的
internal/siteconn/wordpress/plugin/siop-connector.php 插件——它提供
/wp-json/siop/v1/capabilities 等受控端点，没有它连接器检查会报 404 rest_no_route。

再创建一个连接器专用应用密码（用户 → 应用密码），SIOP 侧凭据加密存储、仅用于受控写入。

三、第 1 步：站点库登记 + 检查

「项目 → 站点库 → 登记站点」：填名称、主 URL、平台选 WordPress、管理模式选「全新建站」、
连接器账号与应用密码。凭据加密入库，不进日志。

登记后点「检查站点」，连接器会实时发现能力（rest_api / menus / siop_plugin / custom_meta）
并生成能力快照 + 站点快照——这是后续一切「期望状态 vs 实际状态」比对的锚点：

四、第 2 步：建项目、发起规划研究

「项目 → 新建项目」登记「算力视野」：面向海内外华人的算力全链条网站（租用/买卖/运维/模型动态）。
然后在项目详情点「发起规划」，写清楚需求描述，选标准模式（快速模式 900 秒预算对六阶段管线偏紧，
本次第一次快速跑在 15 分钟超时，改标准后一次通过），系统自动走：

理解目标 → 调查市场与竞争站点 → 分析用户需求 → 设计栏目结构 → 检查规划完整性 → 生成最终方案

标准模式实测 22 分钟完成。研究成果直接可用：网站定位、目标用户、核心价值、内容边界、
主要转化动作、建设策略（P0 先行 5 页，P1/P2 分期），以及带优先级的栏目树：

到「版本」页对 v1 拍板「批准此版本」——蓝图从此是项目的当前有效方案。

五、第 3 步：蓝图 → WordPress 真实落库

回到站点库打开站点详情，点「从已批准蓝图生成实现」：系统把蓝图（栏目/页面/导航）翻译成
WordPress 的期望状态对象。随后「生成暂存变更」给出 37 个操作（5 个分类 + 各栏目落地页），
风险级 R2，状态 ready_for_review。

「批准并签发令牌」→ 令牌只显示一次（30 分钟有效、绑定内容哈希）→ 用令牌「执行变更」→
32 秒执行完毕 → 「验证执行」→ 基线建立、对象映射（stable key）落库。

此刻打开 WordPress 后台：算力租用、算力服务器买卖、运维与应用、大模型与算力趋势、
算力服务商导航 5 个分类和 13 个页面真实存在（草稿态——设计如此：发布永远不是隐式动作）。

六、第 4 步：内容库——从策略到发布

「项目 → 内容库 → 生成内容策略」：LLM 基于已批准蓝图产出策略 + 首期内容清单（5 条 P0）：

流程：批准策略 → 「展开为工单」（每条一个 Brief：受众问题/意图/角度/必答问题/事实来源）→
批准工单 → 生成草稿（带事实引用地图，每条声明标注证据 ID 或 unverified）→ 批准草稿 →
「暂存到站点」→ 在站点库审批执行（同一套令牌链路）。

本次发布了三篇：

• AI算力资讯与导航站首页（已设为站点首页）
• GPU租用价格行情（含国产专区）
• 算力租用总览

草稿的诚实度令人印象深刻——比如行情页明确写着「当前证据中未提供 A100/H100 等主流型号的具体
每小时价格，以下仅包含现有公开数据」，每张表都标注证据 ID：

站点首页（SIOP 生成、设为静态首页后）：

七、第 5 步：SEO 审计与修复闭环（API）

Post-launch 审计真实抓取站点并带证据（URL + HTTP 状态 + 时间戳）。首跑抓出 2 个 medium：

1. /robots.txt 不可读（404）
2. /sitemap.xml 不可读（404）

修复（nginx 调整 + 静态 sitemap + robots 声明）后复跑：findings = 0。
这就是「审计 → 修复 → 复验」的闭环，全部留痕。

八、第 6 步：健康检查与增长活动（API）

• POST /ops/health/{site_id}/run：HTTP 检查 200（655ms）+ TLS 握手 OK，双绿。
• POST /campaigns：创建「冷启动订阅增长」活动——单一目标（30 天 500 订阅）、主要指标
  subscriptions、预算 $300 分三渠道（Guardrail 校验分配合计不得超过总额）；批准后报表按
  内部 Tracking 实测口径从 0 起步，渠道自报值单独标注，绝不冒充因果。

九、过程中发现并修复的 4 个真问题

真实跑链路的价值就在于暴露问题。本次修了 4 个：

1. 内容库整页裸 i18n 键：siop.content.* 被错挂到 agent: 节点下，页面全是
   siop.content.title 字样——移回 siop: 后恢复正常（这也是「看不到新功能」体感的帮凶之一）。
2. v2 研究蓝图接不进 Phase 4 连接器：连接器只认 schema 1.0，而研究管线直出 2.0。
   在生成实现入口加了「Site Plan v2 → 确定性 Derive」内存桥，老路径不受影响。
3. Brief/草稿的 LLM 输出形状脆弱：fact_sources 对象数组、fact kind evidence
   等会被严格校验直接拒掉——补了与蓝图 enrich 同款的宽容归一。
4. 内容页 slug 冲突 + Markdown 直写：暂存对象不带 slug（空 slug 互相判定占用）；
   正文按原始 Markdown 直写 WP。现在暂存层即生成确定性 slug，并在写入侧用 goldmark(GFM)
   渲染 HTML。

十、给平台的下一步建议

• 顶部菜单让「内容库 / 站点库」成为一级入口（或至少在「项目」项上加小红点），否则成果不可见。
• Phase 6-8（SEO/运维/活动/外链）补最小 UI：一个「站点体检」页 + 审计报告页即可覆盖 80% 场景。
• 内容库补上「生成草稿」按钮（当前该函数没有绑定任何 UI 元素，工单展开后只能走 API 产稿）。
• 快速模式 900s 预算对六阶段管线偏紧，建议提到 1200s 或在超时前提示切换标准模式。

十一、账号与入口

• 站点前台：https://suanli.my.dhs.org/
• WordPress 后台：https://suanli.my.dhs.org/wp-admin/（admin，密码由站点交付时提供）
• SIOP 平台：http://66.225.231.10:8998（账号 ghol@wtox.net，密码为你自己修改后的值）

一句话总结：菜单里「看不到」的东西是真的在跑的——从一句需求描述到这个网站，
中间隔着 22 分钟研究、37 个受控变更、3 篇带证据链的文章和 0 个未修复的 SEO 问题。

十二、用户使用全流程图

下图是「人」使用这套系统的完整过程：四个阶段里，Agent 负责干活（研究、建站、写内容、检查），人只做一类事——在每个关卡批准或驳回。所有写操作都必须过审批关卡并换取一次性令牌才会执行，发布永远不是隐式动作。

驳回任意关卡都会带着你的意见回到上游重做：规划驳回 → 重新研究；内容驳回 → 带修订意见重新生成。系统不会跳过或伪造任何一个关卡。

flowchart TB
    classDef human fill:#eaf2fd,stroke:#1a5fb4,color:#15467e,stroke-width:2px
    classDef sys fill:#f7f7f7,stroke:#999,color:#333
    classDef gate fill:#fff3cd,stroke:#b8860b,color:#6b5200,stroke-width:2px

    U(["用户：站长 / 运营者"]):::human

    subgraph P1["① 规划期 —— 研究 Agent 干活，人只批准 / 驳回"]
        direction TB
        A["登录 SIOP 控制台，创建项目
写清站点主题与商业目标"]:::sys
        B["发起研究（标准模式约 22 分钟）
采集证据 → 合成信息架构 → 批评 → 定稿"]:::sys
        G1{"审批 · 站点规划
21 页清单 / 5 大栏目 / 导航 / 优先级"}:::gate
        R1["驳回：写修改意见，重新研究"]:::sys
    end

    subgraph P2["② 建站期 —— 规划确定性变平台操作，人批变更集"]
        direction TB
        C["一键生成平台实现（Realization）
22 个页面(父子路径) + 5 分类 + 2 菜单 + 首页设置"]:::sys
        G2{"审批 · 建站变更集
每条操作 slug / 父子 / 顺序可见"}:::gate
        D["执行 → 自动验证 → 建立基线
页面全部 draft，前台未公开"]:::sys
    end

    subgraph P3["③ 内容期 —— Brief 驱动生产，人审内容与暂存"]
        direction TB
        E["生成内容策略 → 批准
backlog 覆盖全部内容页"]:::sys
        F["逐篇循环：Brief 工单 → 批准
→ AI 生产 1800+ 字草稿（事实引用 / 待核实标记）"]:::sys
        G3{"审批 · 内容草稿"}:::gate
        R2["驳回：给修订意见重新生成"]:::sys
        H["暂存到规划页面
精准填充骨架页，可带发布意图"]:::sys
        G4{"审批 · 内容变更集"}:::gate
    end

    subgraph P4["④ 发布与运营期 —— 发布是显式动作，永不确定时上线"]
        direction TB
        I["生成发布变更集
全部页面 publish + 首页设置生效"]:::sys
        G5{"审批 · 发布"}:::gate
        J["执行 → 验证：首页 HTTP 200
SEO 上线审计（本次 0 发现）+ 运维健康检查"]:::sys
    end

    U --> A
    A --> B --> G1
    G1 -- "批准" --> C
    G1 -- "驳回" --> R1 --> B
    C --> G2
    G2 -- "批准 + 一次性令牌" --> D --> E
    E --> F --> G3
    G3 -- "批准" --> H --> G4
    G3 -- "驳回" --> R2 --> F
    G4 -- "批准（逐篇重复到内容齐全）" --> I
    I --> G5
    G5 -- "批准 + 一次性令牌" --> J
    J --> DONE(["站点上线：suanli.my.dhs.org
后续更新走同一条审批链"]):::human