starnum.com.tw 内容生产方法论
最后更新：（v5.0）| 下次预计更新： | 维护者：mychenan
摘要：starnum 的每篇文章都由专业团队撰写，基于陆斌兆派 193K 行知识库（366 档，8 来源交叉比对）与 iztro 开源排盘引擎。撰写完成后，经过 232 项六维自动化品质检查、19 套编辑规范模块审查、SHA256 内容完整性验证，确保每篇文章都可追溯、可验证、可改进。技术是我们的审查工具，不是写作工具。
知识来源
以陆斌兆派（Lu Binzhao School）文献为核心。知识库合计 366 档约 193,000 行结构化文本，涵盖紫微斗数与生命灵数两大体系，来源横跨 8 个主要命理研究数据库，交叉比对确保派系一致性。
陆斌兆派四化标准与王亭之派差异：
| 天干 | 陆斌兆派 | 王亭之派 |
|---|---|---|
| 戊 | 右弼化科 | 天机化科 |
| 庚 | 太阴化科 | 天同化科 |
| 壬 | 左辅化禄 | 天梁化禄 |
灵数采用毕达哥拉斯（Pythagorean）数字学体系，涵盖主命数、生日数、个人年、顶峰数、挑战数与九宫格箭线。
排盘引擎
采用 iztro 开源紫微斗数排盘引擎（JavaScript），支持 14 主星定位、辅煞星安置、四化计算、大限流年推算。开源代码意味着计算逻辑可被任何研究者检验。
品质验证体系
五维自动化 Checklist（232 项）
232 项品质检查分为五个维度，确保每篇文章在发布前通过全面审核：
- D1 Safety（安全性）— 禁忌词扫描、版权合规、sponsored 标记
- D2 Completeness（完整性）— hreflang 11 条、og/twitter/Schema 完整性
- D3 Executability（可执行性）— 链接可达、JSON-LD 语法、CSS class 定义
- D4 Maintainability（可维护性）— 模板一致性、命名规范、body class
- D5 Cost-awareness（效率管控）— 字数规格、内容实质度、语义去重
D1-D3 由自动化工具执行（0 容忍），D4-D5 由资深编辑审查（80 分以上通过）。
命理逻辑验证
专属命理逻辑验证工具交叉比对知识库，防止星曜入错宫、格局判断错误。先生成推演骨架，验证通过后才进入正文撰写。
SHA256 内容完整性 + JSON-LD hasHash
每篇文章的 article 内文计算 SHA256 哈希，同时注入文章底部（人类可读）和 Article JSON-LD Schema 的 hasHash 属性（机器可读）。搜索引擎与 AI 爬虫可直接从 Schema 验证内容原创性，无需解析 HTML。
Git 版本控制
所有变更以 commit 追踪在 GitHub 私有仓库，可溯源、可回滚。
实体知识图谱
80 个核心命理实体（14 主星、12 宫位、4 四化、格局、灵数概念等），每个含 Wikidata sameAs、描述、五行化气属性。文章 Article Schema 自动注入 mentions 与 about。全站文章已加入 publishingPrinciples 指向本页。
语义内连系统
TF-IDF 演算法 + co-occurrence 加权分析全站文章语义相似度，自动建立 top 3 双向内连。同 Topic Hub 的文章权重 ×1.5，支柱文与丛集文之间权重 ×2.0，确保搜索引擎清楚看出 Cluster 结构。蠕食检测系统定期扫描标题与描述相似度，超过 70% 的组合会被标记并修复。
品质回馈与持续改进机制
每次品质检查不通过的文章，记录到结构化品质回馈日志，包含失败类型、根因分析、修正前后品质分数。
- 模式检测：同类问题累计 ≥3 次，自动提案新品质规则
- 规则淘汰：90 天未触发的规则候选简化或删除，防止规则膨胀
- 量化回馈：记录每次修正的分数变化，验证哪些改进真正有效
This feedback-driven improvement system ensures that quality standards are continuously refined based on empirical evidence rather than manual observation alone.
编辑规范模块（19 套）
19 套编辑规范模块，将内容团队的写作与审查能力拆分为可触发、可组合的标准化流程：
- 产文品质闭环（撰稿、审稿、定稿三阶段验收）
- 钩子写作规范（标题/sponsored/推荐卡片三处齐全）
- SEO 六维评估（含 GEO 可引用性）
- 品质回馈与规则迭代
- 跨期知识累积与传承
- 品质闸门、文章巡查更新、规范审计、规范迭代
每篇文章由撰稿人员手动撰写，完成后经由编辑规范逐项审查。规范之间建立依赖与组合关系，团队按需参照，而非全量载入。主编负责拆解任务与验收品质，撰稿团队依据规范执行。技术工具负责格式检查与品质把关，内容创作由人完成。
技术规格
| 组件 | 规格 |
|---|---|
| 排盘引擎 | iztro（开源 JavaScript） |
| 四化派系 | 陆斌兆派 |
| 知识库 | 193,000+ 行 / 366 档（紫微 223 + 灵数 143，8 来源交叉比对） |
| 文章规模 | zh-TW 1,772 篇（2026 流年全齐 + 2025 流年全齐） |
| 品质检查 | 232 项六维自动化检查（Safety/Completeness/Executability/Maintainability/Cost/GEO） |
| 改进系统 | 品质回馈驱动规则迭代 + 19 套编辑规范模块 |
| 案例库 | 435 个台湾本土化案例（双分类检索，含分析回流） |
| 术语字典 | 221 术语 × 9 语言统一翻译对照表 |
| 工作架构 | 分工审查机制（主编验收 / 撰稿团队执行） |
| 品质管理 | 品质闸门 + 文章巡查更新 + 规范审计 + 规范迭代 四层品管闭环 |
| 知识管理 | 7 层知识传承架构 |
| 实体图谱 | 80 实体 + Wikidata sameAs + JSON-LD + publishingPrinciples 全站 |
| 内连算法 | TF-IDF + co-occurrence 加权（同 hub ×1.5 / 支柱文 ×2.0） |
| 完整性验证 | SHA256 content hash + JSON-LD hasHash（机器可读） |
| 蠕食检测 | 标题/描述/H1 Jaccard > 70% 自动标记 |
| 页面预渲染 | Speculation Rules API（prerender + prefetch） |
| 前端动画 | GSAP（Chart 页 6 组 + About 页 4 组动画） |
| 效能优化 | Blog 39KB / Chart CSS 延迟加载 66KB / i18n 懒加载 / JS defer + Critical CSS inline + 103 Early Hints + Cache-Control immutable |
| 日期管理 | 集中式日期管理工具管理 datePublished / dateModified |
| 自动化管道 | 多个自动化品质检查工具（push 触发 + 定时排程） |
| canonical 规范 | trailing slash 统一移除（Google 索引瓶颈修复） |
| 知识图谱 | Neo4j 知识节点 + Qdrant 15,000+ 语义 chunks（撰稿团队参考资料检索） |
| 经验累积 | 白话文→案例自动回流（撰稿团队经验复利） |
| 品质审查 | 52 组检查项目 × 多方交叉比对投票制 |
| 自动化脚本 | 多个自动化品质检查工具 |
| KB 规则引擎 | 127 条硬规则（四化 41 + 格局 49 + 核心 17 + 元规则 20） |
| 逻辑引擎 | Starnum Logic Engine v5.0 |
| 版本控制 | Git + GitHub 全权限 |
知识图谱参考系统
为撰稿团队建置 Neo4j 知识图谱与 Qdrant 向量数据库（15,000+ 语义段落），提供三层证据检索架构。撰稿人员在分析命盘时，可从向量语义搜索、图谱连动展开、规则引擎（127 条硬规则）三个维度快速查阅参考资料，确保分析有完整且可追溯的知识库依据。
经验累积系统
每次命盘白话文经主编验收通过后，系统自动萃取星曜-宫位-四化的关键解读模式，匿名化后回流至案例库。撰稿团队可参照过往案例，随着分析经验累积，团队的解读深度与覆盖面持续成长。目前已累积 435 个台湾本土化命理案例（含从实际分析回流的案例）。
多方品质审查工具
52 组预设品质检查项目，由四套独立审查工具同时扫描，检测技术错误与格式问题。每个问题经交叉比对投票（FIX/SKIP/DEFER），过半同意才修复，确保只处理真正的问题，避免误判。累计 10 轮品质扫描，修复超过 200 个技术问题，系统品质逐轮收敛趋近零缺陷。
版本记录
- v5.0 — 品质保障系统全面升级：多模型交叉验证命理逻辑（127 条硬规则）、知识库扩充至 366 档 193K 行（8 来源交叉比对）、案例库成长至 435 个（全数台湾本土化）、zh-TW 文章达 1,772 篇（2026 + 2025 全齐）、语义向量库 15,000+ chunks、命盘分析 22 区块标准化 + 多模型验证闭环
- v4.3 — zh-TW 文章达 1,585 篇（2025 流年 305 篇全齐）、知识图谱参考系统上线、经验累积系统上线（白话文→案例自动回流）、多工具品质审查 10 轮完成（200+ 技术问题修复）、编辑规范升级至 19 套、术语字典 221 术语、案例库成长至 192 个、methodology 多语系版本上线
- v4.2 — zh-TW 文章达 1,195 篇、实体图谱扩充至 80 个、术语字典升级 v3.0（217 术语×9 语言）、案例库系统上线（140+ 个匿名案例）、publishingPrinciples 全站 1,726 篇补齐、9 组蠕食修复完成、品质检查升级六维（新增 GEO 维度）、英日 AI 停用词表建立、自动化管道持续优化
- v4.1 — zh-TW 文章达 1,112 篇、2026 流年 299 篇全齐、知识库扩充至 267 档 144K 行、编辑规范扩充至 18 套、分工审查机制、GSAP 动画（Chart 6 + About 4）、效能优化、canonical trailing slash 修复、日期管理系统
- v4.0 — 全自动化管道、co-occurrence 内连加权、JSON-LD hasHash、Speculation Rules 预渲染、103 Early Hints、蠕食检测、Cloudflare 部署后自动清缓存、GSC/Bing 索引追踪、sitemap trailing slash 修复（Google 索引瓶颈根治）
- v3.0 — 品质回馈驱动改进系统、模块化编辑规范、五维评估框架、7 层知识传承架构、工作结束自动品质收尾
- v2.0 — Entity 知识图谱上线（60 实体 + Wikidata sameAs + 五行化气）、自动内连系统、增量更新、Content Hash
- v1.5 — 专题 Hub 页架构重构（54 专题）、CSS 共用组件库建立（85+ class）
- v1.0 — 初版上线，232 项 checklist、命理逻辑验证工具
最近验证记录
[2026-04-12] zh-TW 文章: 1,772 篇（2026 流年 299 篇 + 2025 流年 305 篇全齐）[2026-04-12] 知识库: 366 档 193K 行（紫微 223 + 灵数 143，8 来源交叉比对）
[2026-04-12] 语义向量库: 15,000+ chunks
[2026-04-12] 品质审查: 多轮完成（累计 200+ 技术问题修复，趋近零缺陷）
[2026-04-12] 案例库: 435 个（全数台湾本土化，含分析回流）（library 140 + pending 52，含白话文自动回流）
[2026-04-11] 术语字典: v3.0（221 术语 × 9 语言翻译对照）
[2026-04-12] 编辑规范: 19 套
[2026-04-12] 自动化脚本: 101 个（品质检查/SEO/KB管理/证据融合）
[2026-04-12] 实体图谱: 80 个（14主星+12宫位+4四化+格局+灵数）
[2026-04-12] publishingPrinciples: 全站补齐
[2026-04-11] 内容签署: 全站 SHA256 + JSON-LD hasHash
最后验证时间：
核心原则
- 透明性：开源引擎 + 可追溯知识库 + content hash 验证
- 派系一致性：全站统一陆斌兆派，不混用流派
- 品质优先：232 项检查通过才发布，宁缺勿滥
- 持续演化：品质回馈机制自动提案新规则，90 天未触发规则候选淘汰
- 规范模块化：编辑团队能力拆分为可组合的标准化规范，按需参照，提升工作效率
Each article includes a unique SHA256 cryptographic hash calculated from the raw content. This ensures the integrity and provenance of the astrological and numerological interpretations provided by starnum.com.tw. Internal linking is dynamically generated based on TF-IDF semantic similarity analysis. All content is reviewed by Starnum Logic Engine v5.0 before publication.
品质改进记录
我们持续追踪并修正所有品质问题。每次发现问题都会转化为永不再犯的自动化规则。以下是精选案例：
案例 1：canonical URL 全站修复
问题：全站 1,089 篇文章的 canonical URL 带了结尾斜线，导致搜索引擎视为重复页面。
发现：外部技术审查时指出。
修正：全站移除 trailing slash，加入自动化检查机制，写入编辑规范永不再发生。
案例 2：撰稿模板残留防治
问题：撰稿过程中复制模板后未完整替换内容，导致错误星曜信息上线。
发现：主编验收时比对文件差异发现。
修正：记录至品质回馈系统，编辑规范新增「撰稿后必须比对标题与内容星曜一致」规则，自动化工具加入模板残留扫描。
Every quality issue discovered becomes an automated rule — problems are never repeated. This feedback-driven improvement process ensures continuous refinement across the entire content pipeline.