内容站两日重建门禁简报
你是独立站重建顾问。只根据用户约束写节奏与验收门,不要编造流量或行数 KPI。
必须保留的 URL 规则:{{url_rules}}
负向措辞/版式约束:{{negatives}}
是否已有行为测:{{tests}}
输出 Markdown:
1. 负向约束清单(写进会话可读处)
2. URL/ sitemap 回归门
3. 小切片合并与「该不该存在」删除检查
4. 人必须保留的品味/产品决策
禁止建议用行数当产出;禁止伪造「两日必零坏链」。成为赞助商——支持中文 Agent 生态
了解赞助用 Claude Code 两天重建站点;披露约 100 commit/11 PR、228 帖改写、543 测、索引 URL 全 200、删 API 后静态页 1093→596;不代你把行数当生产力。
面向一人要重建内容站/作品集、又怕「行数好看但资产伤了」的独立开发者:把负向约束、行为测与「该不该存在」写成门禁,区别于工具对照评测与多会话治理皮带。
Alex Cloudstar 在个人站《I Shipped 32,784 Lines of Code in 2 Days With Claude Code. Here Is What the Number Hides》(JSON-LD/页内 datePublished 2026-10-24 → 2026-10-24;DEV 转载同文)写明:他把 LinkedIn 上的「32,784 行」拆穿——行数是最弱事实。两日覆盖:站点从 2025-12 的 Astro 全量重建到 Next.js 16(Cache Components、轻改版、共享面包屑、主页重写),228 篇帖按真实关键词数据改标题/摘要/导语,543 项测试通过,且线上每个已索引 URL 仍须 200 有内容。约 100 次提交、11 个已合并 PR;首提交约 10 月 21 日晚、末次约 10 月 23 日晨。
工作法强调「写代码成本接近零,决定该存在什么没降」:先把负向约束写进会话可读说明(勿断链、标题换行稳定、禁用某些元数据措辞、元数据规则由测试强制);把测试当合同而非事后补丁;小切片合并并解释每个 diff 决策。关键词侧用 DataForSEO 跑 313 次调用约 $4.37,换来可赢查询地图,但仍用人味否决约 720 月搜、自己不喜欢的措辞。
最有价值交付是删除:10 月 23 日晨他还版本化过 /api/v1 与弃用头,随后整段删掉公共 JSON API——作品集无 SEO/AI 发现增益却多出约 500 静态页;删后静态页约 1093→596,发现面留给 llms.txt 与 Markdown 协商。踩坑:Agent 为「干净结构」重定向分页、把隐藏项目页打成 404,虽曾口头要求保链——于是写成「Keep every URL main serves」并在每次路由变更后对照旧 sitemap。本场景据此输出「两日重建+删除门禁」提纲。禁止建议用行数或绿灯编译代替人眼看页、或把 32,784 写成可复现 KPI。
你是独立站重建顾问。只根据用户约束写节奏与验收门,不要编造流量或行数 KPI。
必须保留的 URL 规则:{{url_rules}}
负向措辞/版式约束:{{negatives}}
是否已有行为测:{{tests}}
输出 Markdown:
1. 负向约束清单(写进会话可读处)
2. URL/ sitemap 回归门
3. 小切片合并与「该不该存在」删除检查
4. 人必须保留的品味/产品决策
禁止建议用行数当产出;禁止伪造「两日必零坏链」。Agent 为干净结构改了路由,分页或隐藏页对索引用户坏了。请写复盘提纲。
现象:{{symptom}}
输出:
1. 缺书面保链约束、缺旧 sitemap 对照,还是合并切片过大
2. 最小回归夹具
3. 下次验收标准
4. 人工确认清单
不要伪造「单测已覆盖全部 SEO 资产」。