研究与方法论
研究与方法论 v2.0Version 2.0 · · Governance 2.0 public evidence surface
治理 2.0 摘要
此页已纳入 starnum 公开治理 2.0 介面，与系统卡、资料治理、透明度报告、使用政策和安全政策使用同一套证据层。
治理摘要
本页记录文化诠释、排盘方法、内容品质、多语翻译品质与 AI 辅助治理流程背后的研究工作模型。
适用范围
涵盖命理方法笔记、真太阳时假设、知识库与翻译记忆谱系、AWR/TM 品质 gate、benchmark 参照与公开透明 artifacts。
实作状态
2.0 将研究页转成可维护的证据枢纽：宣称连到机器可读 artifacts，系统负责侦测，AI agent 判断是否需要修文。
写作立场：以陆斌兆派为主要分析基准，客观比较其他派别差异；不把派别差异写成优劣评判，也不把测试指标写成命理保证。
更新频率：研究页由 AI Ops gate 检查是否需要更新；文章型研究目前以人工审核或 AI agent 发布为主，封存候选 publisher 位于
scripts/archive/publish-research.js，重新启用前不得宣称已自动排程 · RSS
这页真正要回答什么
starnum 的研究页不是学术期刊，也不是行销页。它是公开说明「我们怎么把传统命理知识、排盘计算、AI 辅助写作、多语翻译、AWR/TM 扫描和部署 gate 串起来」的工作台。读者应该能在这里看懂：哪些判断来自命理体系，哪些只是工程品质检查，哪些需要人类或 AI agent 进一步判读。
所有研究主张都分成三层：第一层是文化与命理方法，第二层是资料与工具证据，第三层是发布后的验证结果。系统只负责侦测、提报和保存机器可读证据；最后是否修文、重翻、调整规则，由 Codex/Claude 这类 AI agent 判断。
| 研究层 | 输入证据 | 可公开说明 | 需要保留的边界 |
|---|---|---|---|
| 命理方法 | 派系基准、星曜/宫位/四化条件、知识库来源。 | 本站采用什么分析框架、不同派别为何会有差异。 | 不能把派系选择写成唯一正统，也不能把命理诠释写成科学证明。 |
| 工程证据 | AWR、TM、schema audit、trust-page audit、deploy smoke test。 | 哪些 gate 通过、哪些资料 degraded、哪些状态仍是 warning。 | 扫描结果不是最后判决；它只提供 AI agent 诊断材料。 |
| 发布后验证 | Cloudflare/R2 部署纪录、HTTP 200、sitemap/llms/OKF/schema 验证。 | 公开页是否可被使用者、搜索引擎与 AI crawler 正常读取。 | 不公开密钥、内部权限、可被滥用的攻击面细节或私人资料。 |
目前研究主线
排盘与真太阳时
记录出生地区、经度修正、时辰边界与前端呈现规则，避免把「原始出生时间」和「真太阳时」混在同一栏位。
紫微斗数知识建模
整理派系差异、四化规则、宫位关系与不可发生事件，让文章、命盘输出与知识库引用同一套逻辑边界。
AWR/TM 多语品质
AWR 负责扫描与留证，TM 负责翻译记忆与一致性；两者不能互相打回形成死循环，最后裁判是 AI agent。
AI Ops 发布证据
部署、sitemap、llms.txt、OKF、schema.org、R2、Cloudflare cache 与 smoke test 都要留下可追溯纪录。
研究文章队列
data/research-topics.json 保存候选题目、来源、难度与状态；正式发布前必须先通过命理逻辑、内容安全、schema 与 trust-page gate。
公开页维护
研究页本身也要接受治理页稽核：source artifact、验证指令、公开 claim、footer 字级与 hreflang 都不能漂移。
研究证据规格
- 命理方法：每个命理推论要能追到派系基准、宫位/星曜/四化条件，以及不确定性边界。
- 翻译品质：多语页面要对照 zh-TW 源文，分清楚「需要整篇重翻」、「局部修补」、「AWR 误报」或「TM 词汇不一致」。
- 公开治理：公开 claim 必须能连到
data/public-claim-registry.json、公开 evidence manifest 或可重跑的验证指令。 - 发布验证：正式部署后至少要通过 HTTP smoke test、关键页 200、R2/Worker 部署纪录、cache purge 与 search indexing submit。
研究内容发布准则
| 类型 | 可以发布 | 不能写成 |
|---|---|---|
| 方法论 | 排盘假设、派系选择、术语定义、系统边界。 | 唯一正统、绝对准确、不可质疑的命理结论。 |
| benchmark | 对照 OpenAI / Anthropic / Google Gemini 等公开治理框架。 | 没有程式码或设定证据时，宣称该模型已用于 production。 |
| 多语品质 | 以 zh-TW 源文为基准，列出翻译品质问题与修复策略。 | 只因扫描器报错就自动重翻，或让 AWR/TM 互相循环打回。 |
| AI Ops | 用机器可读证据纪录侦测、诊断、修复、验证与部署。 | 把系统扫描结果当成最后判决；最后判断仍由 AI agent 执行。 |
资料来源与责任边界
研究页只使用可被追溯的内部资料与公开 artifacts，不把口头判断写成事实。每一种资料都要有明确责任：命理资料负责方法边界，机器稽核负责状态证据，AWR/TM 负责多语品质线索，AI agent 才负责最后判断与修复。
- 命理与知识库来源
docs/kb/zwds/、docs/kb/numerology/与研究文章负责定义星曜、宫位、四化、格局与生命灵数规则。这些资料只能支撑「方法采用」与「诠释边界」，不能被写成科学保证。- AI Ops 与公开证据
data/public-claim-registry.json、data/public-evidence-manifest.json、data/trust-pages-machine-audit.json与部署纪录负责证明网站目前公开了什么、通过哪些 gate、哪些状态仍是 warning 或 degraded。- AWR / TM 多语治理
- AWR 扫描文章、页面、CSS 与翻译残留；TM 保存翻译记忆与术语一致性。两者只产出路由与证据，不直接改写内容；当扫描器与翻译记忆互相矛盾时，AI agent 以 zh-TW 源文、目标语自然度与证据严重度裁决。
- 前端与发布面
- 前端真太阳时、地区选择、字型载入、页脚一致性、schema.org、llms.txt、OKF 与 sitemap 都属于可被 gate 验证的发布面。任何文案变更都要避免破坏索引、无障碍与跨语 hreflang。
- 研究发布工具
data/research-topics.json是目前可查的研究题库；旧版 publisher 位于scripts/archive/publish-research.js，属于封存候选工具。重新启用前必须改写为新版路由（/research/zh-TW与/research/posts/...）、新版 sitemap/llms/OKF 产线与 AI Ops 结果回报，不能直接当作现役排程。
AWR / TM 判断矩阵
| 扫描结果 | 优先判断 | 修复策略 | 证据输出 |
|---|---|---|---|
| zh-TW 源文有格式或语气问题 | 先修源文，因为其他语言必须对照源文。 | 人工或 AI agent 改 zh-TW，再重新生成 registry 与翻译 queue。 | AWR row、diff、article registry、格式 gate。 |
| 目标语残留大量中文 | 通常是需要整篇重翻，不是局部修字。 | 以 zh-TW 源文重建该语文章，更新 TM，再让 AWR 回扫。 | translation repair queue、TM delta、语言比例与抽样证据。 |
| 只有 schema / meta 残留 | 低风险，可做结构化资料修补。 | 修 JSON-LD、title、description、OG/Twitter metadata，不动正文。 | schema audit、JSON-LD parse、public evidence manifest。 |
| AWR 报错但 TM 与目标语自然 | 可能是 AWR 规则噪音。 | AI agent 标注 false positive，调整 scanner 规则或白名单。 | false-positive issue shard、scanner rule diff、回归测试。 |
真太阳时研究备忘
排盘时间研究目前采「原始出生时间」与「真太阳时」分栏呈现：原始时间保留使用者输入，真太阳时只显示地区与校正后时间，例如「台中 12:29」。页面不额外展示修正分钟数，避免使用者把工程校正值误读成命盘结论。
地区选择以语系推导预设范围：繁体中文显示台湾地区，日文显示日本地区，韩文显示韩国地区，泰文显示泰国地区，印尼文显示印尼地区，马来文显示马来西亚与新加坡等相关地区；英文与西班牙文则以国家选择为主，再用首都或主要城市作为真太阳时参照。
研究页不宣称「所有地区永远正确」。正确性要靠前端选项、经纬度资料、时区资料、真太阳时计算测试与部署后 smoke test 同时维持；若马来西亚、台湾、洛阳、北京或其他地区存在时区史与经度差异，需由测试案例留证。
目前不宣称事项
- 不宣称命理分析具有医疗、法律、财务或科学预测效力；本站内容只做自我探索与学习参考。
- 不宣称 AWR 或 TM 能直接判断文章好坏；它们只能指出可疑位置与产出机器可读证据。
- 不宣称 OpenAI、Anthropic 或 Google Gemini 都已用于 production inference；没有程式码或设定证据时，只能写成治理对标。
- 不宣称多语翻译只要逐字对照 zh-TW 就一定自然；目标语仍要通过语气、术语、文化语感与 schema 品质检查。
研究队列与后续维护
研究文章队列由 data/research-topics.json 管理。月度发布工具目前仍是封存候选，不能视为现役自动排程；在重新启用前，研究文章应由 AI agent 依队列产稿、人工或 agent 审核、跑 gate、再发布。优先题目集中在三类：真太阳时与地区资料、紫微斗数硬规则与派系差异、多语文章品质治理。每次发布后都要回写状态，并让 AWR/TM 重新扫描对应页面。
- 短期：补齐真太阳时地区测试案例，尤其台湾、马来西亚、日本、韩国、印尼、泰国与新加坡。
- 中期：把 AWR/TM 的多语判断矩阵转成可机器读取的 issue routing rule，避免重翻与局部修补混在一起。
- 发布工具：若要恢复
publish-research，先重建为新版脚本：不可写旧research.html，不可直接 append sitemap/llms，必须透过现有 public discovery 产线与 structured report。 - 长期：将研究页、系统卡、资料治理、透明度报告、FAQ 与文章发布 gate 纳入同一个 AI Ops 状态机。
陆斌兆派四化差异分析：戊干、庚干、壬干的三种诠释
紫微斗数最具争议的知识点之一：戊干是右弼化科还是天机化科？庚干是太阴化科还是天同化科？壬干是左辅化禄还是天梁化禄？本文梳理陆斌兆派、王亭之派与钦天四化的完整差异，提供知识库文献依据。
GraphRAG 在命理知识库的应用：从星曜到宫位的语义图谱
如何将 2,758 档 1538K 行的命理知识库转换为 Neo4j 图谱（343 节点 / 679 关系），并与 Qdrant 向量搜索整合，实现三层证据融合的命理分析系统。
117 条 命理硬规则的建构：四化不可能事件的边界定义
命理 AI 最大的挑战不是生成能力，而是如何阻止它说出不可能的命理事件。本文说明 117 条 硬规则（四化 41 + 格局 49 + 核心指标 17）的定义逻辑与实际案例。
生命灵数九宫格的箭头系统：台湾派与西方毕达哥拉斯体系的差异
台湾坊间流行的「九宫格灵数」与西方 Pythagorean 体系在箭头线（Arrow Lines）的定义上有显着差异。本文梳理两种体系的计算方式，并说明本站采用标准的选择理由。
外部标准与一手来源
以下链接是本页治理判断采用的一手标准；它们是对照基准，不代表第三方为本站背书。
目前机器稽核快照
此区块只使用本机可追溯的稽核资料，不新增无来源宣称。日期为实际产出日。
- 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.
内容维护与更新判断
此区块让治理页内容可被机器检查：每页都必须公开它依赖哪些资料、哪些关联页会影响它，以及哪个 gate 会提报需要更新。
更新判断
此页不是静态文案；来源资料、相关政策、公开指标或生成器变更时，AI Ops 只产出证据，由 AI agent 判断是否改文。
人工边界
系统负责侦测、提报与留证；最终修复与语气判断由 Codex/Claude 等 agent 执行。
验证指令
node scripts/verify-trust-pages.js --check
data/state-machine/public-bench.jsondata/kb-machine-audit.jsondata/public-claim-registry.json- 关联治理页: methodology · benchmark · 系统卡 · 透明度报告
- 更新流程:
npm run update:trust-pages→npm run test:trust
可查验 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 |