Human Attunement System (HAS)

Documentation & Resources

HASは、あり方そのものではなく、あり方の維持に関わる最小限の仕組みを扱う。

組織と個人の「管理(OS)」ではなく、

調律(Attunement)」を通じて関係と状態が成立する基盤を示す体系である。

OS (Operating System): 効率・最適化・管理に主に関心を持つ

TS (Tuning System): 状態・共鳴・回復に焦点が異なる

これは「OSが悪でTSが善」という対立ではない。

目的関数が異なるだけであり、緊急時・定型業務ではOSが適している。

詳細は コンセプト: なぜ調律か を参照のこと。

このREADMEは案内であり、仕様ではない。

説明および導線文書としての役割を持ち、判断や実践を推奨するものではない。


ディレクトリ構造とレイヤの意味

HASは、明確に分離された4つのレイヤから構成される。

この構造は設計意図であり、変更する場合はForkとして行うことを推奨する。

レイヤ1: core/ — Kernel(Sealed)

  • HAS v2.0 Final のみを配置
  • 存在論・憲法・禁忌を含む
  • Sealed(原則として変更不可) — 更新は重大な欠陥発見時のみ

HAS Kernelはドキュメントには含まれない。正本はGithubにある。

https://github.com/human-attunement/system/tree/main/core

レイヤ2: docs/ — 思想+安全仕様

  • Manifesto, Concept, Principles, Facilitator Pitfalls, Attunement Map, FAQ, Glossary
  • Failure Modes(事故カタログ)
  • Exit and Unsuitability(離脱の自由)
  • Kernelより更新しやすいが、慎重に行う
  • Doingを含まない(状態・制約・禁忌のみ)

レイヤ3: governance/ — 運用手続き(Kernelの外)

  • Protocols(Emergency Stop, Steward Judgment, Maintenance, PR)
  • ADR(設計判断の記録)
  • Doingを含むが、HAS本体ではない
  • HASを壊さないための運用ガイド

レイヤ4: resources/ — 道具箱

  • パターン集(状態、/ テクニック(予定))
  • クイックリファレンス、シナリオ(予定)
  • 実践・検索・発見のためのインターフェース
  • 増殖・派生を許容

    (※「HAS準拠」を名乗る場合のみ、Kernelとの整合性が必須)

設計意図:

  • Protocolが「Doing」を含むのは、HASカーネル外だから許容される
  • 「HASはDoingを定義しない」は、Kernel/Docsレイヤのみに適用される
  • この分離により、思想の純度と運用安全性が両立する

詳細は ADR-002: Separation of Philosophy and Practice を参照。


PDF


最短導線(状況別の入口)

初めての人

全体設計図 を参照したい場合

HASマニフェスト を確認したい場合

FAQ を確認したい場合

参照したい人

判断参照原則 を確認したい場合

調律位置マップ を確認したい場合

状態パタン P01-P04 を参照したい場合

ファシリテーター役にありがちな状態例 を確認したい場合

状況整理をしたい場合

Quick Reference を確認したい場合

HASの緊急停止 を確認したい場合

向いていないと感じた場合

向いていないという判断 を確認したい場合

FAQ を参照したい場合

"If not now, you can come back to it later." — 今でなくても、必要なときにまた戻ってきてください


HASとは何か?(思想の要約)

HASは「正解を与える体系」ではない。

判断の前提条件や状態に関する記述を扱う文書体系である。

  • 人を救うことや導くこと、完成させることを目的としない
  • 人の選択可能な状態に関する関係を記述する
  • 状態の変化や結果に関する記述は含まない

HAS Review (Experimental)

「HAS的にこの状況はどう?」を対話形式で確認できるレビュー用GPTを公開中。

治療・診断・正解提示は行わず、判断の補助としての利用を想定する。

HAS Review GPT


名称使用とFork

HASの名称使用については、以下のプロトコルに従う。

基本方針

  • 「HAS準拠」の使用は、プロトコルに基づき判定される
  • 派生(Fork)は自由だが、独自の名称を推奨する
  • 影響関係の明示(「HAS由来」等)は歓迎する

詳細と判定手続き

名称使用の具体的なルールと判定プロセスは、以下のプロトコルで定義される。

ライセンス

(※実際のライセンスファイルへのリンクを設置予定)


リンク整合性の確認

このREADMEのリンクが正しいか確認するには、以下を実行する。

# 例: markdown-link-check を使用
# (実際の環境に応じて、package.json のスクリプトまたはCIで実行)
npx markdown-link-check README.md

注意: README内に検証結果を記載すると、陳腐化により誤情報となる。

リンクチェックは実行可能なスクリプトまたはCIで担保すること。

詳細は、リポジトリ設置後の .github/workflows/ または package.json を参照のこと。


Contact & Feedback

  • Steward Contact: human.attunementatgmail.com

"If not now, you can come back to it later."

今でなくても、必要なときにまた戻ってきてください。

results matching ""

    No results matching ""