starnum.com.tw 内容生产方法论
方法论 v5.2Version 5.2 · · 下次预计更新： · 维护者：mychenan
TL;DR：starnum 的每篇文章都由专业团队撰写，基于陆斌兆派知识库与 iztro 开源排盘引擎。撰写完成后，经过 232 项六维自动化品质检查、19 套编辑规范模块审查、多模型交叉验证命理逻辑、SHA256 内容完整性验证，确保每篇文章都可追溯、可验证、可改进。对读者呈现的是知识图谱服务；后端以本体论固定语义；搜索引擎看到的是公开 ViewGraph 转出的 Schema.org JSON-LD。技术是我们的审查工具，不是替代专业判断的工具。
知识来源
以陆斌兆派（Lu Binzhao School）文献为核心。知识库合计 366 档约 193,000 行结构化文本，涵盖紫微斗数与生命灵数两大体系，来源横跨 8 个主要命理研究资料库，交叉比对确保派系一致性。
陆斌兆派四化标准与王亭之派差异：
| 天干 | 陆斌兆派 | 王亭之派 |
|---|---|---|
| 戊 | 右弼化科 | 天机化科 |
| 庚 | 太阴化科 | 天同化科 |
| 壬 | 左辅化禄 | 天梁化禄 |
灵数采用毕达哥拉斯（Pythagorean）数字学体系，涵盖主命数、生日数、个人年、顶峰数、挑战数与九宫格箭线。
排盘引擎
采用 iztro 开源紫微斗数排盘引擎（JavaScript），支持 14 主星定位、辅煞星安置、四化计算、大限流年推算。开源代码意味着计算逻辑可被任何研究者检验。
知识图谱如何服务解读
知识图谱让一份命盘不只是零散文字，而是能把命盘事实、星曜、宫位、四化、灵数与行动建议串在同一个可检查的脉络中。它帮助系统确认「这段解读在说哪个星曜、哪个宫位、哪个建议」，也让编辑能追溯每个段落的语义来源。
客户层：知识图谱服务
读者看到的是更一致的解读：同一颗星、同一个宫位、同一种四化，不会在不同段落被混成不同意思；行动建议也会连回它对应的命盘脉络。
后端层：本体论语义底座
后端使用本体论 registry 管理 canonical entity、语义 ID、alias、deprecated policy、binding 规则与 validator，确保 graph artifact 重新验证时使用目前规格。
SEO 层：Schema.org JSON-LD 公开投影
搜索引擎与 AI crawler 只取得公开 ViewGraph 转出的 Schema.org JSON-LD，例如 AboutPage、Organization、FAQPage 与 Dataset；私人命盘节点与内部 KB source 不进 SEO 投影。
品质验证体系
六维自动化 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 私有仓库，可溯源、可回滚。
知识图谱与本体论
知识图谱是对外可理解的服务能力；本体论是后端维持语义一致的规格。Ontology Registry 以稳定 ID 管理星曜、宫位、四化、灵数与行动框架，例如 star:*、palace:*、sihua:*、numerology:*。实体数量与可用前缀以 ontology audit 的当前输出为准，不在公开页写死。
ContentGraph 保存完整内部脉络；ViewGraph 只保留公开可见的节点；SchemaProjection 再把 ViewGraph 投影成 Schema.org JSON-LD。这个边界让搜索引擎可以理解页面主题，同时不暴露私人命盘事实或内部知识库来源。
语义内连系统
TF-IDF 演算法 + co-occurrence 加权分析全站文章语义相似度，自动建立 top 3 双向内连。同 Topic Hub 的文章权重 ×1.5，支柱文与丛集文之间权重 ×2.0，确保搜索引擎清楚看出 Cluster 结构。蚕食侦测系统定期扫描标题与描述相似度，超过 70% 的组合会被标记并修复。
品质回馈与持续改进机制
每次品质检查不通过的文章，记录到结构化品质回馈日志，包含失败类型、根因分析、修正前后品质分数。
- 模式侦测：同类问题累计 ≥3 次，自动提案新品质规则
- 规则淘汰：90 天未触发的规则候选简化或删除，防止规则膨胀
- 量化回馈：记录每次修正的分数变化，验证哪些改进真正有效
这套以数据驱动的改进机制，确保品质标准持续从实际问题中精进，而不依赖主观判断。
编辑规范模块（19 套）
19 套编辑规范模块，将内容团队的写作与审查能力拆分为可触发、可组合的标准化流程：
- 产文品质闭环（撰稿、审稿、定稿三阶段验收）
- 钩子写作规范（标题/sponsored/推荐卡片三处齐全）
- SEO 六维评估（含 GEO 可引用性）
- 品质回馈与规则迭代
- 跨期知识累积与传承
- 品质闸门、文章巡查更新、规范审计、规范迭代
每篇文章由专业团队手动撰写，完成后经由编辑规范逐项审查。规范之间建立依赖与组合关系，团队按需参照，而非全量载入。主编负责拆解任务与验收品质，撰稿团队依据规范执行。技术工具负责格式检查与品质把关，内容创作由人完成。
技术规格
| 组件 | 规格 |
|---|---|
| 排盘引擎 | iztro（开源 JavaScript） |
| 四化派系 | 陆斌兆派 |
| 知识库 | 193,000+ 行 / 366 档（紫微 223 + 灵数 143，8 来源交叉比对） |
| 文章规模 | zh-TW 文章库持续更新；实际数量以内容 audit 与 methodology API 当前输出为准 |
| 品质检查 | 232 项六维自动化检查（Safety/Completeness/Executability/Maintainability/Cost/GEO） |
| 改进系统 | 品质回馈驱动规则迭代 + 19 套编辑规范模块 |
| 案例库 | 435 个台湾本土化案例（双分类检索，含实际分析回流） |
| 术语字典 | 221 术语 × 9 语言统一翻译对照表 |
| 工作架构 | 分工审查机制（主编验收 / 撰稿团队执行） |
| 品质管理 | 品质闸门 + 文章巡查更新 + 规范审计 + 规范迭代 四层品管闭环 |
| 知识管理 | 7 层知识传承架构 |
| 本体论 Registry | 稳定 canonical entity、alias/deprecated policy、shape prefix 与 validator；实体数量以 audit:ontology 当前输出为准 |
| 内连演算 | 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 索引瓶颈修复） |
| ContentGraph / ViewGraph / SchemaProjection | ContentGraph 串接完整证据；ViewGraph 控制公开可见节点；SchemaProjection 输出 Schema.org JSON-LD |
| Graph artifact gate | content graph、section subgraph 与 release gate 均重新跑 current validator，不采信旧 audit snapshot |
| 命理逻辑验证 | 百余条硬规则多模型交叉确认 |
| 经验累积 | 命盘分析→案例自动回流（撰稿团队经验复利） |
| 品质审查 | 52 组检查项目 × 多工具交叉比对投票制 |
| 自动化脚本 | 多个自动化品质检查工具 |
| 逻辑引擎 | Starnum Logic Engine v5.2 |
| 版本控制 | Git + GitHub 全权限 |
知识图谱参考系统
为撰稿团队建置 Neo4j 知识图谱与 Qdrant 向量数据库（15,000+ 语义段落），提供三层证据检索架构。撰稿人员在分析命盘时，可从向量语义搜索、图谱连动展开、规则引擎三个维度快速查阅参考资料，确保分析有完整且可追溯的知识库依据。
命盘分析品质保障
每份命盘白话文分析均涵盖 22 个标准区块，由专业撰稿人员依据知识库与案例库逐区完成。分析完成后，采用多模型工具交叉验证宫位、四化、格局的逻辑一致性，主编逐项验收通过才进入交付流程。
目前已累积 435 个台湾本土化命理案例（含知识库蒸馏与实际分析回流），撰稿团队可参照过往案例，随着分析经验累积，解读深度与覆盖面持续成长。
多工具品质审查
52 组预设品质检查项目，由多套独立审查工具同时扫描，检测技术错误与格式问题。每个问题经交叉比对投票（FIX/SKIP/DEFER），过半同意才修复，确保只处理真正的问题，避免误判。累计多轮品质扫描，修复超过 200 个技术问题，系统品质逐轮收敛趋近零缺陷。
版本记录
- v5.2 — 产品化 dry-run 与 strict gate 收敛：同一张命盘验证 chart data → ContentGraph → SectionSubgraph → ViewGraph → reading tiers → SchemaProjection safety；固定 KB/preassembly lineage、HWBV read-only graph coverage、reading output quality、SEO managed legacy slug policy 与 strict release gate
- v5.1 — 知识图谱 / 本体论 / Schema.org JSON-LD 三层叙事收敛：客户看到知识图谱服务，后端以 Ontology Registry 维持 canonical entity 与 binding 规则，SEO 只投影公开 ViewGraph，不输出私人命盘节点或内部 KB source
- 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 全站补齐、9 组蚕食修复完成、品质检查升级六维（新增 GEO 维度）、英日 AI 停用词表建立、自动化管线持续优化
- v4.1 — zh-TW 文章达 1,112 篇、2026 流年全齐、知识库扩充至 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-05-16] zh-TW 文章: 文章库持续更新，实际数量以内容 audit 与 methodology API 当前输出为准[2026-04-12] 知识库: 366 档 193K 行（紫微 223 + 灵数 143，8 来源交叉比对）
[2026-04-12] 语义向量库: 15,000+ chunks
[2026-04-12] 命理逻辑硬规则: 百余条
[2026-04-12] 品质审查: 多轮完成（累计 200+ 技术问题修复，趋近零缺陷）
[2026-04-12] 案例库: 435 个（全数台湾本土化，含分析回流）
[2026-04-12] 术语字典: v3.0（221 术语 × 9 语言翻译对照）
[2026-04-12] 编辑规范: 19 套
[2026-04-12] 自动化工具: 多个（品质检查/SEO/KB管理/语义融合）
[2026-05-16] 本体论 Registry: audit:ontology 通过；canonical entity、alias、shape prefix 由 validator 管控
[2026-05-16] Graph artifacts: ContentGraph / SectionSubgraph 重新跑 current validator，不采信旧 audit snapshot
[2026-05-16] Productization dry-run: QQMK / HWBV 验证 chart data、ContentGraph、SectionSubgraph、ViewGraph、reading tiers 与 SchemaProjection safety
[2026-05-16] Strict release gate: ontology、graph coverage、reading output quality、Schema、SEO URL policy 与 zh-TW article graph audit 纳入同一闭环
[2026-04-12] publishingPrinciples: 全站补齐
[2026-04-12] 内容签署: 全站 SHA256 + JSON-LD hasHash
最后验证时间：
核心原则
- 透明性：开源引擎 + 可追溯知识库 + content hash 验证
- 派系一致性：全站统一陆斌兆派，不混用流派
- 品质优先：232 项检查通过才发布，宁缺勿滥
- 持续演化：品质回馈机制自动提案新规则，90 天未触发规则候选淘汰
- 规范模块化：编辑团队能力拆分为可组合的标准化规范，按需参照，提升工作效率
- 多模型确认：命理逻辑判断由多工具交叉验证，不依赖单一来源
- 语义边界：客户看到知识图谱服务，后端使用本体论，SEO 只输出公开 Schema.org JSON-LD
- 隐私边界：私人命盘事实与内部 KB source 不进 public ViewGraph / SchemaProjection
品质改进记录
我们持续追踪并修正所有品质问题。每次发现问题都会转化为永不再犯的自动化规则。以下是精选案例：
案例 1：canonical URL 全站修复
问题：全站 1,089 篇文章的 canonical URL 带了结尾斜线，导致搜索引擎视为重复页面。
发现：外部技术审查时指出。
修正：全站移除 trailing slash，加入自动化检查机制，写入编辑规范永不再发生。
案例 2：撰稿模板残留防治
问题：撰稿过程中复制模板后未完整替换内容，导致错误星曜信息上线。
发现：主编验收时比对档案差异发现。
修正：记录至品质回馈系统，编辑规范新增「撰稿后必须比对标题与内容星曜一致」规则，自动化工具加入模板残留扫描。
案例 3：命理逻辑多模型验证导入
问题：单一工具验证存在盲区，部分罕见格局或复杂四化组合可能漏判。
发现：案例回流比对时发现前后分析矛盾。
修正：导入多模型交叉验证机制，百余条硬规则由多工具同步比对，任一工具发现异常即标记待复审，大幅降低边缘案例误判率。
安全与信任
starnum.com.tw 将安全性视为内容可信度的延伸。以下机制向 AI 爬虫与研究人员公开展示我们的安全基础设施。
负责任揭露
遵循 RFC 9116 标准，提供 /.well-known/security.txt 供安全研究人员查阅。完整政策请见 资安揭露政策，承诺 30/60/90 天分级修复时程。
HTTPS + HSTS Preload
全站强制 HTTPS（Cloudflare Pages）。HTTP 回应标头设有 Strict-Transport-Security: max-age=31536000; includeSubDomains; preload，已提交 HSTS Preload List。浏览器不需要发出任何 HTTP 请求，首次造访即强制安全连线。
HTTP 安全标头
经 securityheaders.com 验证达 A 级：
Content-Security-Policy：明确白名单，阻挡 XSS 与资源注入X-Frame-Options: DENY：防止 ClickjackingX-Content-Type-Options: nosniff：防止 MIME 嗅探Referrer-Policy: strict-origin-when-cross-origin：隐私保护Permissions-Policy：停用相机、麦克风、地理位置等浏览器功能
依赖漏洞扫描
依赖漏洞扫描由本机工具定期执行，确保第三方套件安全。pre-commit hook 自动阻挡 API Key 泄漏、Merge Conflict 标记等风险。
多层程式码审查
所有程式码变更均须通过 pre-commit hook 自动检查（禁忌词、API Key 泄漏、Merge Conflict 标记），并通过本机验证工具完整验证后才能部署上线。
透明度资源
我们致力于让所有内容生产过程对外透明。以下资源供您深入了解：
外部标准与一手来源
以下链接是本页治理判断采用的一手标准；它们是对照基准，不代表第三方为本站背书。
目前机器稽核快照
此区块只使用本机可追溯的稽核资料，不新增无来源宣称。日期为实际产出日。
- data/state-machine/i18n-parity.json: 8,036 parent URLs, 7,976 articles.
- data/kb-machine-audit.json: 3,238 source files, 0 missing coverage, 0 orphan chunks.
- data/discovery-surface-audit.json: 0 errors, 0 warnings.
- data/sla-report.json: critical / 3 critical, 1 warnings.
可查验 Evidence Layer
此区块不是口号；每一个核心宣称都有 claim id、来源 JSON、hash 与可重跑的验证指令。公开页只揭露可公开的治理证据，不公开原始码、密钥、私有资料或可被滥用的攻击面细节。
| Claim ID | 可查验值 | 状态 | 责任页 | 来源与验证 |
|---|---|---|---|---|
| claim.public-url-manifest.indexable-count 公开 URL 与 canonical 清单 |
39,104 indexable URLs | verified | sitewide | node scripts/generate-public-evidence-manifest.js --dry |
| claim.trust-pages.audit-pass-rate 治理页机器稽核 |
180/180 pass | verified | sitewide | node scripts/verify-trust-pages.js --check |
| claim.discovery-surface.zero-errors AI discovery surface 稽核 |
{"errors":0,"warnings":0} | verified | sitewide | node scripts/verify-discovery-surface.js |
| claim.structured-data.jsonld-errors JSON-LD / 结构化资料稽核 |
{"structured_data_invalid_files":0,"breadcrumb_count":28274,"faq_count":27506,"dataset_count":30,"article_count":27406} | verified | sitewide | node scripts/site-machine-audit.js |
| claim.status.sla-state 状态页 SLA 来源 |
critical / 4 critical, 0 warnings | verified | sitewide | node scripts/generate-status-page.js |
| claim.provider-alignment.openai-anthropic-gemini OpenAI / Anthropic / Google Gemini 对标 |
benchmark alignment only unless code/config evidence exists | verified | sitewide | node scripts/verify-public-evidence.js --check |
| claim.transparency-report.sha256 透明度报告 SHA-256 锚定 |
{"report":"transparency/report-2026-Q3.json","sha256":"f154fc87139b42098b02567fc93582c30addafc406420b3aea8bae79b6f4ac93"} | verified | sitewide | node scripts/update-transparency-current-data.js |
| claim.release-integrity.gpg-signing GPG signing 状态 |
GPG signing active locally; checked GitHub commit verification is valid | verified | sitewide | gpg --list-secret-keys --keyid-format=long && git log -1 --show-signature |
系统卡 V2.0：技术透明公开层
此层把可公开的技术治理证据集中呈现：架构、资料来源、AI 使用边界、品质闸门、发布完整性与供应商对标。公开范围刻意排除原始码、密钥、可被滥用的攻击面细节与私人资料。
公开架构
Cloudflare Workers、R2/D1/KV 与本机生成脚本共同构成公开网站与治理资料发布链。对外只公开行为、状态与可验证资料源，不公开密钥或内部操作权限。
AI 使用揭露
程式码扫描目前可验证的 production inference 模型：未在 production code scan 中找到可验证模型设定。OpenAI、Anthropic、Google Gemini 三方作为治理框架对标；未有程式码或设定证据者，不写成已上线使用。
品质与安全闸门
治理页稽核 180/180 通过、JSON-LD 错误 0、discovery surface 错误 0。状态页如实显示 critical / 3 critical, 1 warnings。
资料与可追溯性
知识库 32,724 chunks、TM 512,152 entries、AI answer-ready 7,976/7,976。公开数据追到 data/state-machine/*、data/*audit*.json 与 transparency 报告。
| 治理面向 | OpenAI | Anthropic | Google Gemini | Starnum 落实证据 |
|---|---|---|---|---|
| 模型/系统卡揭露 | OpenAI models + safety docs | Claude model docs + system/model cards | Gemini model docs + safety settings | system-card、model-card、methodology、benchmark、transparency-log |
| 安全评估与使用边界 | Safety best practices / deployment checklist | Responsible Scaling / safety policy | Gemini safety controls / policy | AI safety、acceptable-use、ethics、risk boundary copy、crawler policy audit |
| 资料治理 | Data controls / privacy controls | privacy and data handling docs | Gemini API data governance references | privacy、ai-data-governance、KB/TM source tracking、SHA-256 hashes |
| 监控与发布 | production checklist / eval discipline | system-card transparency discipline | model/version documentation discipline | deploy.js、status.html、SLA report、trust-pages-machine-audit、sitemap/hreflang audits |
- 来源：data/state-machine/model-card.json、public-bench.json、trust-pages.json、security-headers.json。
- 来源：data/trust-pages-machine-audit.json、data/discovery-surface-audit.json、data/ai-answer-readiness-audit.json。
- 来源：data/kb-machine-audit.json、data/tm/quality-audit-report.json、data/sla-report.json。
- 官方对标文件检查日：2026-08-20；连结列于 OpenAI / Anthropic / Google Gemini 对标表。
V2.0 的重点不是多写形容词，而是把「已落实」与「尚未落实」分开：production 使用、治理对标、状态异常、GPG 签署、SLA breach 都依来源资料如实公开。
发布完整性与 GPG
GPG signing active. signingkey=0934DFA0EDA6363A. Checked GitHub commit verification is valid.
OpenAI / Anthropic / Google Gemini 对标
本站治理文件同步对照三家公开框架：模型文件、系统卡/模型卡、安全评估、资料治理与使用政策。这是治理对标，不等于宣称每一家都已用于 production inference。 官方文件检查日：2026-08-20
| 对标来源 | 治理焦点 | 本站揭露 | 官方来源 |
|---|---|---|---|
| OpenAI | 模型文件、最新模型说明、安全最佳实务、资料控制。 | 目前未在 production code scan 中找到可验证模型设定；模型供应商仅列为治理对标。 | https://platform.openai.com/docs/models |
| Anthropic | Claude 模型文件、system card / model card、Responsible Scaling 与安全政策。 | 目前未在 production code scan 中找到可验证模型设定；模型供应商仅列为治理对标。 | https://docs.anthropic.com/en/docs/about-claude/models |
| Google Gemini | Gemini API 模型文件、安全设定、资料治理与平台政策。 | 目前未在 production code scan 中找到可验证模型设定；模型供应商仅列为治理对标。 | https://ai.google.dev/gemini-api/docs/models |