starnum.com.tw コンテンツ制作方法論
最終更新：（v5.0）| 次回予定更新： | 管理者：mychenan
要約：starnumのすべての記事はプロチームが執筆しています。陸斌兆派の19万3千行の知識ベース（366ファイル、8ソース交差参照）とiztroオープンソース算命エンジンに基づき、執筆後は232項目の六次元自動化品質チェック、19セットの編集規範モジュールによるレビュー、多モデル交差検証による命理ロジック確認（100件以上の硬規則）、SHA256コンテンツ整合性検証を経ます。技術は品質レビューツールであり、専門的判断の代替ではありません。
知識ソース
陸斌兆派（Lu Binzhao School）の文献を核心としています。知識ベースは合計366ファイル、約193,000行の構造化テキストで、紫微斗数と数秘術の両体系を網羅し、8つの主要命理研究データベースから交差参照しています。
陸斌兆派と王亭之派の四化の違い：
| 天干 | 陸斌兆派 | 王亭之派 |
|---|---|---|
| 戊 | 右弼（ユウヒツ）化科 | 天機（テンキ）化科 |
| 庚 | 太陰（タイイン）化科 | 天同（テントウ）化科 |
| 壬 | 左輔（サホ）化禄 | 天梁（テンリョウ）化禄 |
数秘術はピタゴラス（Pythagorean）数体系を採用し、ライフパスナンバー・誕生日数・パーソナルイヤー・ピーク数・チャレンジ数・ナインスターグリッドの矢印を網羅しています。
算命エンジン
オープンソースの紫微斗数算命エンジン iztro（JavaScript）を採用しており、14主星の配置・補助星と凶星の配置・四化計算・大限と流年の推算をサポートしています。オープンソースであるため、計算ロジックは誰でも検証できます。
知識グラフはどのように解読を支えるか
知識グラフによって、命盤は断片的な文字の羅列ではなく、命盤の事実・星曜・宮位・四化・数秘術・行動アドバイスを一つの検証可能な文脈につなげたものになります。これはシステムが「この解読はどの星曜、どの宮位、どのアドバイスについて述べているか」を確認する助けとなり、編集者が各段落の意味的な出典を遡れるようにもします。
顧客レイヤー：知識グラフサービス
読者に見えるのはより一貫した解読です。同じ星、同じ宮位、同じ四化が、段落ごとに異なる意味に混同されることはなく、行動アドバイスも対応する命盤の文脈へと確実に紐づきます。
バックエンドレイヤー：オントロジーによる意味的基盤
バックエンドではオントロジーレジストリを用いて、canonical entity、意味的ID、alias、廃止ポリシー、バインディングルール、バリデーターを管理し、グラフ成果物を再検証する際に常に最新の仕様が使われるようにしています。
SEOレイヤー：Schema.org JSON-LDの公開投影
検索エンジンとAIクローラーが取得できるのは、公開ViewGraphから出力されたSchema.org JSON-LD（AboutPage、Organization、FAQPage、Datasetなど）のみです。個人の命盤ノードや内部KBの出典はSEO投影には含まれません。
品質検証体系
六次元自動化チェックリスト（232項目）
232項目の品質チェックを五つの次元に分け、各記事が発行前に包括的な審査を通過することを確保しています：
- D1 Safety（安全性）— 禁止ワードのスキャン、著作権準拠、スポンサー表記
- D2 Completeness（完全性）— hreflang 11件、og/twitter/Schemaの完全性
- D3 Executability（実行可能性）— リンクの到達可能性、JSON-LD構文、CSSクラス定義
- D4 Maintainability（保守性）— テンプレートの一貫性、命名規則、bodyクラス
- D5 Cost-awareness（効率管理）— 文字数仕様、コンテンツの実質性、意味的重複排除
D1〜D3は自動化ツールが実行（ゼロトレランス）、D4〜D5はシニアエディターがレビュー（80点以上で合格）。
命理ロジック多モデル交差検証
命理ロジック検証は多モデル交差参照メカニズムを採用し、ベクター意味検索・知識グラフ展開・硬規則エンジン（127条）の三次元から同時に検証します。推論の骨格を生成し、すべての次元で検証が通った後にのみ本文の執筆を開始します。多モデルの合意が必要で、単一ツールの判断だけでは最終判断とせず、星が誤った宮に入ることや格局判断の誤りを効果的に防止します。
SHA256コンテンツ整合性 + JSON-LD hasHash
各記事の本文テキストをSHA256でハッシュ化し、ページ下部（人間が読める形式）とArticle JSON-LDスキーマのhasHash属性（機械が読める形式）の両方に注入します。検索エンジンとAIクローラーはHTMLを解析せずとも、スキーマから直接コンテンツのオリジナリティを検証できます。
Gitバージョン管理
すべての変更はGitHubプライベートリポジトリにコミットとして追跡され、完全に追跡可能・巻き戻し可能です。
エンティティ知識グラフ
80のコア命理エンティティ（14主星・12宮位・4四化・格局・数秘術の概念など）、それぞれにWikidata sameAs・説明・五行属性が付与されています。記事のArticle Schemaにはmentionsとaboutが自動注入されます。全サイト記事にはpublishingPrinciplesが追加され、本ページを参照しています。
意味的内部リンクシステム
TF-IDFアルゴリズム + 共起加重で全サイト記事の意味的類似度を分析し、各記事にトップ3の双方向内部リンクを自動構築します。同じTopic Hubの記事は重み×1.5、支柱記事とクラスター記事間は重み×2.0とし、検索エンジンにクラスター構造が明確に見えるようにしています。共食い検出システムが定期的にタイトルと説明の類似度をスキャンし、70%を超えた組み合わせはフラグを立てて修正します。
品質フィードバックと継続的改善
品質チェックに失敗した記事はすべて、構造化された品質フィードバックログに記録されます。ここには失敗タイプ・根本原因分析・修正前後の品質スコアが含まれます。
- パターン検出：同類の問題が3回以上累積すると、新しい品質ルールが自動的に提案されます
- ルールの廃止：90日間トリガーされていないルールは、簡素化または削除の候補となり、ルールの肥大化を防ぎます
- 定量的フィードバック：各修正のスコア変化を記録し、どの改善が実際に効果的かを検証します
このデータ駆動の改善メカニズムにより、品質基準が実際の問題から継続的に精錬され、主観的判断に依存しません。
編集規範モジュール（19セット）
19セットの編集規範モジュールにより、コンテンツチームの執筆・レビュー能力をトリガー可能・組み合わせ可能な標準化プロセスに分解しています：
- コンテンツ品質クローズドループ（執筆・編集・最終承認の三段階レビュー）
- フック執筆規範（タイトル / スポンサー / 推薦カード — 三箇所すべて対応）
- 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 + 共起加重（同hub ×1.5 / 支柱記事 ×2.0） |
| 整合性検証 | SHA256コンテンツハッシュ + 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以上の意味チャンク（執筆チーム参考資料検索） |
| 命理ロジック検証 | 100件以上の硬規則（四化41 + 格局49 + コア17 + メタルール20）多モデル交差確認 |
| 経験蓄積 | 命盤分析→事例自動フィードバック（執筆チームの経験複利） |
| 品質レビュー | 52チェック項目 × 多ツール交差比較投票制 |
| 自動化スクリプト | 101個（JS 97 + Python 4） |
| ロジックエンジン | Starnum Logic Engine v5.0 |
| バージョン管理 | Git + GitHub フルアクセス |
知識グラフ参照システム
執筆チームのためにNeo4j知識グラフとQdrantベクターデータベース（15,000以上の意味セグメント）を構築し、三層の証拠検索アーキテクチャを提供しています。命盤を分析する際、執筆チームはベクター意味検索・グラフ展開・ルールエンジン（100件以上の硬規則）の三次元から参考資料を迅速に参照でき、分析が完全かつ追跡可能な知識ベースに裏付けられていることを確保しています。
命盤分析品質保証
各命盤白話文分析は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の3層構造を収斂：顧客には知識グラフサービスとして見え、バックエンドはOntology Registryでcanonical entityとバインディングルールを維持し、SEOは公開ViewGraphのみを投影し、個人の命盤ノードや内部KBの出典は出力しない
- v5.0 — 品質保証システム全面アップグレード：多モデル交差検証による命理ロジック確認（127条の硬規則）、知識ベースを366ファイル193K行に拡充（8ソース交差参照）、事例ライブラリが435件に成長（全件台湾ローカライズ）、zh-TW記事が1,772記事到達（2026 + 2025完備）、意味ベクターライブラリ15,000以上チャンク、命盤分析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 — 完全自動化パイプライン、共起内部リンク加重、JSON-LD hasHash、Speculation Rulesプリレンダリング、103 Early Hints、共食い検出、Cloudflareデプロイ後自動キャッシュパージ、GSC/Bingインデックス追跡、sitemapのtrailing slash修正（Googleインデックスのボトルネック解消）
- v3.0 — 品質フィードバック主導改善システム、モジュール化編集規範、五次元評価フレームワーク、7層知識継承アーキテクチャ、セッション終了時の自動品質まとめ
- v2.0 — エンティティ知識グラフ開始（60エンティティ + Wikidata sameAs + 五行）、自動内部リンク、増分更新、Content Hash
- v1.5 — Topic Hubページアーキテクチャ再構築（54専題）、共用CSSコンポーネントライブラリ構築（85以上のクラス）
- v1.0 — 初版公開：232項目チェックリスト、命理ロジック検証ツール
最新の検証記録
[2026-04-12] zh-TW記事: 1,772記事（2026流年完備 + 2025流年完備）[2026-04-12] 知識ベース: 366ファイル 193K行（紫微斗数223 + 数秘術143、8ソース交差参照）
[2026-04-12] 意味ベクターライブラリ: 15,000以上チャンク
[2026-04-12] 命理ロジック硬規則: 127条（四化41 + 格局49 + コア17 + メタルール20）
[2026-04-12] 品質レビュー: 複数ラウンド完了（200以上の技術問題修正、ゼロ欠陥に収束）
[2026-04-12] 事例ライブラリ: 435件（全件台湾ローカライズ、分析フィードバック含む）
[2026-04-12] 用語辞典: 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-12] コンテンツ署名: 全サイト SHA256 + JSON-LD hasHash
最終検証日時：
コア原則
- 透明性：オープンソースエンジン + 追跡可能な知識ベース + コンテンツハッシュ検証
- 流派一貫性：全サイトで陸斌兆派を統一使用、流派の混用なし
- 品質優先：232項目チェック通過後に公開、質より量は選ばない
- 継続的進化：品質フィードバック機構が自動的に新ルールを提案、90日間未トリガーのルールは廃止候補
- 規範のモジュール化：編集チームの能力を組み合わせ可能な標準化規範に分解、必要に応じて参照し作業効率を向上
- 多モデル確認：命理ロジックの判断は複数ツールによる交差検証で行い、単一ソースだけに依存しない
- 意味的境界：顧客には知識グラフサービスとして見え、バックエンドはオントロジーを使用し、SEOは公開されたSchema.org JSON-LDのみを出力する
- プライバシー境界：個人の命盤事実と内部KBの出典は、公開ViewGraph／SchemaProjectionには含まれない
各記事には、元のコンテンツから算出された一意のSHA256暗号ハッシュが付与されています。これにより、starnum.com.twが提供する命理・数秘術解釈の完全性と出所が保証されます。内部リンクはTF-IDFによる意味的類似度分析に基づいて動的に生成されます。すべてのコンテンツは公開前にStarnum Logic Engineによるレビューを受けます。
品質改善記録
私たちはすべての品質問題を継続的に追跡・修正しています。発見された問題はすべて自動化ルールとなり、二度と繰り返されません。以下は選抜された事例です：
事例 1：canonical URL の全サイト修正
問題：全サイト1,089記事のcanonical URLに末尾スラッシュが付いており、検索エンジンが重複ページとして認識していた。
発見：外部技術レビューで指摘された。
修正：全サイトからtrailing slashを削除し、自動化チェック機構を追加。編集規範に記載し、再発を防止。
事例 2：テンプレート残滓の防止
問題：執筆中にテンプレートをコピーした後、内容を完全に置き換えなかったため、誤った星の情報が公開された。
発見：編集長がファイル差分を比較した際に発見。
修正：品質フィードバックシステムに記録。編集規範に「執筆後はタイトルと本文の星の情報が一致しているか必ず確認」するルールを追加。自動化ツールにテンプレート残滓スキャンを組み込んだ。
事例 3：命理ロジック多モデル検証の導入
問題：単一ツールによる検証に盲点があり、稀な格局や複雑な四化の組み合わせが見逃される可能性があった。
発見：事例フィードバックの比較で以前と以後の分析に矛盾が発見された。
修正：多モデル交差検証メカニズムを導入。100件以上の硬規則を複数ツールで同時に照合し、いずれかのツールが異常を検出した場合は確認待ちとしてフラグを立て、エッジケースの誤判断率を大幅に低減。
発見された品質上の問題は、すべて自動化ルールへと変換され、二度と繰り返されることはありません。このフィードバック駆動の改善プロセスにより、コンテンツパイプライン全体が継続的に精錬されていきます。
セキュリティと信頼
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：クリックジャッキングを防止X-Content-Type-Options: nosniff：MIMEスニッフィングを防止Referrer-Policy: strict-origin-when-cross-origin：プライバシー保護Permissions-Policy：カメラ、マイク、位置情報などのブラウザ機能を無効化
依存関係の脆弱性スキャン
依存関係の脆弱性スキャンはローカルツールで定期的に実行し、サードパーティパッケージの安全性を確保しています。pre-commitフックがAPIキーの漏洩やマージコンフリクトのマーカーなどのリスクを自動的にブロックします。
多層コードレビュー
すべてのコード変更はpre-commitフックによる自動チェック（禁止ワード、APIキー漏洩、マージコンフリクトのマーカー）を通過し、ローカル検証ツールによる完全な検証を経てからでなければデプロイできません。
透明性リソース
私たちはコンテンツ制作のプロセスすべてを対外的に透明にすることに努めています。以下のリソースで詳しくご確認いただけます：