grift-cli 0.7.2__tar.gz → 0.9.0__tar.gz

grift_cli-0.9.0/.github/ISSUE_TEMPLATE/bug_report.yml

@@ -0,0 +1,79 @@
+name: バグ報告 / Bug report
+description: 期待と違う出力・終了コード・クラッシュ。An output, exit code or crash that differs from what you expected.
+title: "fix: "
+labels: ["bug"]
+body:
+  - type: markdown
+    attributes:
+      value: |
+        観測値と期待値を分けて書いてください。再現に使う repo は「形」が分かれば十分です（公開 URL + SHA、または合成 repo を作るスクリプト）。
+        秘密情報・生メールアドレス・非公開 repo の履歴は貼らないでください。脆弱性は Issue ではなく [SECURITY.md](https://github.com/Cor-Incorporated/grift-cli/blob/main/SECURITY.md) の窓口へ。
+
+        Please separate what you observed from what you expected. For the repository, its *shape* is enough (public URL + SHA, or a script that builds a synthetic repo).
+        Do not paste secrets, raw email addresses or private history. Vulnerabilities go to [SECURITY.md](https://github.com/Cor-Incorporated/grift-cli/blob/main/SECURITY.md), not to an issue.
+  - type: textarea
+    id: command
+    attributes:
+      label: 実行したコマンド / Command you ran
+      description: フラグも含めてそのまま。As typed, including flags.
+      render: bash
+      placeholder: |
+        grift repo . --format json
+    validations:
+      required: true
+  - type: textarea
+    id: observed
+    attributes:
+      label: 観測値 / What you observed
+      description: 出力（必要な部分だけ）と終了コード。stderr があればそれも。Output (the relevant part), exit code, and stderr if any.
+      render: text
+    validations:
+      required: true
+  - type: textarea
+    id: expected
+    attributes:
+      label: 期待値 / What you expected
+      description: どの文書・help・過去の版からそう期待したかも書いてください。Say which document, help text or earlier version led you to expect it.
+    validations:
+      required: true
+  - type: dropdown
+    id: repo-shape
+    attributes:
+      label: 再現 repo の形 / Shape of the reproducing repository
+      options:
+        - 公開 repo（URL と SHA を下に書く）/ Public repository (URL + SHA below)
+        - 合成 repo（作るスクリプトを下に書く）/ Synthetic repository (script below)
+        - 非公開で共有できない（形だけ下に書く）/ Private, cannot share (describe the shape below)
+        - この grift-cli リポジトリ自身 / This grift-cli repository itself
+    validations:
+      required: true
+  - type: textarea
+    id: repo-detail
+    attributes:
+      label: 再現 repo の詳細 / Repository details
+      description: |
+        URL + SHA、または `git init` から始まる最小スクリプト。共有できないときは commit 数・著者数・merge の有無・shallow / promisor か・bot commit の有無・identity の有無を書いてください。
+        URL + SHA, or a minimal script starting at `git init`. If you cannot share it: number of commits and authors, merges or not, shallow / promisor or not, bot commits or not, identity file or not.
+      render: bash
+  - type: input
+    id: version
+    attributes:
+      label: バージョン / Version
+      description: "`grift --version` の出力。The output of `grift --version`."
+      placeholder: grift 0.7.2
+    validations:
+      required: true
+  - type: input
+    id: env
+    attributes:
+      label: 環境 / Environment
+      description: OS、Python の版、入れ方（pipx / pip / GitHub Action）。OS, Python version, how installed (pipx / pip / GitHub Action).
+      placeholder: macOS 15 / Python 3.12.9 / pipx
+  - type: checkboxes
+    id: hygiene
+    attributes:
+      label: 確認 / Checks
+      options:
+        - label: 秘密情報・生メールアドレス・非公開履歴を貼っていない / No secrets, raw email addresses or private history are pasted above
+          required: true
+        - label: 同じ内容の Issue が無いか検索した / I searched for an existing issue

grift_cli-0.9.0/.github/ISSUE_TEMPLATE/config.yml

@@ -0,0 +1,11 @@
+blank_issues_enabled: false
+contact_links:
+  - name: 脆弱性の報告 / Report a vulnerability
+    url: https://github.com/Cor-Incorporated/grift-cli/blob/main/SECURITY.md
+    about: 公開 Issue には書かず、SECURITY.md の窓口へ。Do not open a public issue; use the channel in SECURITY.md.
+  - name: 非公開の連絡（削除依頼など）/ Private contact (removal requests etc.)
+    url: https://cor-jp.com/contact/
+    about: golden identity の削除依頼など、公開したくない内容はこちら。For anything you do not want public, such as removal requests for golden identities.
+  - name: 利用規範（TEP 準拠の条件）/ Usage norms
+    url: https://github.com/Cor-Incorporated/grift-cli/blob/main/docs/norms.md
+    about: 「この使い方は TEP 準拠か」はまず 7 条を読んでから。Read the seven articles before asking whether a use is TEP-compliant.

grift_cli-0.9.0/.github/ISSUE_TEMPLATE/feature_request.yml

@@ -0,0 +1,52 @@
+name: 機能の提案 / Feature request
+description: 新しい観測・フラグ・出力形式の提案。A new observation, flag or output format.
+title: "feat: "
+labels: ["enhancement"]
+body:
+  - type: markdown
+    attributes:
+      value: |
+        grift は合成スコア・順位・推奨・合否を出しません（[CONTRIBUTING.md](https://github.com/Cor-Incorporated/grift-cli/blob/main/CONTRIBUTING.md) §7、[docs/norms.md](https://github.com/Cor-Incorporated/grift-cli/blob/main/docs/norms.md)）。
+        それに当たる提案は、どれだけ便利でも受けられないので、先に下のチェックを見てください。
+
+        grift never produces a composite score, rank, recommendation or pass/fail ([CONTRIBUTING.en.md](https://github.com/Cor-Incorporated/grift-cli/blob/main/CONTRIBUTING.en.md) §7, [docs/en/norms.md](https://github.com/Cor-Incorporated/grift-cli/blob/main/docs/en/norms.md)).
+        A proposal that amounts to one cannot be accepted however useful it is, so please look at the checklist below first.
+  - type: textarea
+    id: observed
+    attributes:
+      label: 今の出力で困っていること（観測値）/ What today's output does (observed)
+      description: 実際に実行したコマンドと、今返ってくるもの。The command you ran and what comes back today.
+      render: text
+    validations:
+      required: true
+  - type: textarea
+    id: expected
+    attributes:
+      label: 望む出力（期待値）/ What you want it to do (expected)
+      description: 可能なら report の JSON キー名や Markdown の文面の案まで。単位・分母・観測窓も。If you can, propose the JSON key, the Markdown wording, and its unit, denominator and window.
+    validations:
+      required: true
+  - type: textarea
+    id: repo-shape
+    attributes:
+      label: 違いが出る repo の形 / Shape of a repository where the difference shows
+      description: |
+        公開 repo の URL + SHA、または合成 repo を作るスクリプト。提案した観測が「観測できる repo」と「not_observed になる repo」の両方があると議論が速いです。
+        Public URL + SHA, or a script that builds a synthetic repo. One repo where the observation is possible and one where it must be `not_observed` speeds things up.
+      render: bash
+  - type: checkboxes
+    id: design
+    attributes:
+      label: 設計上の確認 / Design checks
+      options:
+        - label: 人を 1 つの数値・等級・順位に縮約しない / Does not reduce a person to one number, grade or rank
+          required: true
+        - label: 「膨らませ方」（形式的な操作で値が上がる経路）を一緒に書いた / I described how the value could be inflated by formal operations
+          required: true
+        - label: 母数 20 未満・履歴不完全のときに `not_observed` になる条件を書いた / I described when it becomes `not_observed` (population below 20, incomplete history)
+        - label: 新しい network 経路を必要としない。必要なら opt-in フラグ付き / Needs no new network path, or only behind an opt-in flag
+  - type: textarea
+    id: alternatives
+    attributes:
+      label: 代替案 / Alternatives
+      description: 既存のフラグや文書で代わりになるものを試したか。What existing flags or documents you tried instead.

grift_cli-0.9.0/.github/ISSUE_TEMPLATE/question.yml

@@ -0,0 +1,52 @@
+name: 質問 / Question
+description: 出力の読み方、使い方、文書の分かりにくさ。How to read an output, how to use a command, unclear documentation.
+title: "question: "
+labels: ["question"]
+body:
+  - type: markdown
+    attributes:
+      value: |
+        先に見ると早いもの: [README](https://github.com/Cor-Incorporated/grift-cli/blob/main/README.md) の「試す」、[docs/metrics-guide.md](https://github.com/Cor-Incorporated/grift-cli/blob/main/docs/metrics-guide.md)（数値の読み方）、[docs/norms.md](https://github.com/Cor-Incorporated/grift-cli/blob/main/docs/norms.md)（利用規範）。
+        「文書を読んでも分からなかった」という報告は、それ自体が文書のバグなので歓迎です。
+
+        Worth a look first: the "Try it" section of the [README](https://github.com/Cor-Incorporated/grift-cli/blob/main/README.en.md), [docs/en/metrics-guide.md](https://github.com/Cor-Incorporated/grift-cli/blob/main/docs/en/metrics-guide.md) (how to read the numbers), [docs/en/norms.md](https://github.com/Cor-Incorporated/grift-cli/blob/main/docs/en/norms.md) (usage norms).
+        "I read the docs and still did not get it" is a documentation bug and welcome here.
+  - type: textarea
+    id: question
+    attributes:
+      label: 質問 / Question
+    validations:
+      required: true
+  - type: textarea
+    id: observed
+    attributes:
+      label: 見た出力（観測値）/ The output you saw (observed)
+      description: 実行したコマンドと、問題の部分。The command and the part of the output in question.
+      render: text
+  - type: textarea
+    id: expected
+    attributes:
+      label: そう思った理由（期待値）/ What you expected and why
+      description: どの文書や経験からそう期待したか。Which document or experience led you to expect something else.
+  - type: dropdown
+    id: repo-shape
+    attributes:
+      label: 見ていた repo の形 / Shape of the repository you were looking at
+      options:
+        - 公開 repo（URL と SHA を下に）/ Public repository (URL + SHA below)
+        - 自分の非公開 repo（形だけ下に）/ My private repository (shape below)
+        - まだ実行していない / Have not run it yet
+  - type: textarea
+    id: repo-detail
+    attributes:
+      label: repo の詳細 / Repository details
+      description: URL + SHA、または commit 数・著者数・merge / shallow / bot の有無。URL + SHA, or commits, authors, merges / shallow / bots.
+  - type: checkboxes
+    id: read
+    attributes:
+      label: 読んだもの / What you already read
+      options:
+        - label: README の「試す」/ The "Try it" section of the README
+        - label: docs/metrics-guide.md（数値の読み方）/ docs/en/metrics-guide.md
+        - label: docs/norms.md（利用規範）/ docs/en/norms.md
+        - label: CONTRIBUTING.md

grift_cli-0.9.0/.github/PULL_REQUEST_TEMPLATE.md

@@ -0,0 +1,66 @@
+<!--
+1 PR = 1 意図。ブランチ名と PR タイトルの type（feat / fix / docs / refactor / chore / ci / test / perf）を一致させてください。
+作法と禁止事項は CONTRIBUTING.md §6 / §7。英語版は CONTRIBUTING.en.md。
+One PR, one intent. Branch name and PR title share a type. Etiquette and prohibitions: CONTRIBUTING.en.md §6 / §7.
+-->
+
+## 目的 / Purpose
+
+<!-- この PR が変える 1 つのこと。関連 Issue があれば `Closes #N`。The one thing this PR changes. `Closes #N` if there is an issue. -->
+
+## 変更の種類 / Kind of change
+
+- [ ] docs（文書のみ。`src/` に触れない / documentation only, no `src/`）
+- [ ] fix
+- [ ] feat（テストを含む / ships with tests）
+- [ ] refactor / chore / ci / test / perf
+
+## 変更内容 / What changed
+
+<!-- 箇条書きで。ファイルと理由。Bullets: file and why. -->
+
+## 実行したテスト / Tests you ran
+
+```text
+python -m pytest tests -m "not golden" -q
+# → passed / failed の件数をここに貼る。Paste the passed / failed counts here.
+```
+
+## H5-E2E
+
+<!--
+実際に実行したコマンドと、その生出力の要約（20 文字以上）または安定したログ path。
+実行環境を持たない変更（docs のみ）は `H5-E2E: none` の 1 行。
+The command you actually ran and a summary of its raw output (20+ characters) or a stable log path.
+For changes with no runtime (docs only), the single line `H5-E2E: none`.
+-->
+
+```text
+H5-E2E: <command>
+H5-E2E-OUT: <raw output summary or log path>
+```
+
+## ADR-0001 の確認 G / R / B（`src/`・schema・norms に触れた PR は必須）/ ADR-0001 check (required when `src/`, a schema or the norms change)
+
+<!-- 定義は CONTRIBUTING.md §6。該当しない欄は「該当なし」と書く。Definitions in CONTRIBUTING.en.md §6. Write "not applicable" where nothing qualifies. -->
+
+- **G（Green）** 受入条件を満たすテストが通った / the acceptance test passes:
+- **R（Red）** 片側だけ変えると落ちることを実測した（何を壊して何が落ちたか）/ one-sided change fails (what you broke, what failed):
+- **B（Binding）** 宣言と実体を 1 つのテストで結んだ / declaration and enforcement tied by one test:
+
+## 証跡ゲート / Evidence gates（`src/` に触れた PR のみ / only when `src/` changed）
+
+<!-- CONTRIBUTING.md §5 の 4 本。赤になったものと、意図した出力変更かどうか。The four gates in CONTRIBUTING.en.md §5: which went red, and whether the output change is intended. -->
+
+- [ ] #1 `evidence/v060/scenarios` — 緑 / 再生成した / 赤のまま（理由: ）
+- [ ] #2 `evidence/v060/scenarios-public` — 赤でも可。release で再束縛 / may stay red; re-bound at release
+- [ ] #3 `evidence/v070/benchmark.json` — 緑 / 再生成した
+- [ ] #4 `benchmarks/v060/golden` + `DEFINITION_VERSION` — 緑 / 上げた
+
+## チェック / Checklist
+
+- [ ] 合成スコア・順位・推奨・合否を出す出力やキーを足していない（`FORBIDDEN_VERDICT_KEYS`、`check_forbidden_vocab`）/ No score, rank, recommendation or pass/fail output or key
+- [ ] 新しい network 経路は無い。あるなら opt-in フラグ付き / No new network path, or only behind an opt-in flag
+- [ ] 生メールアドレス・個人を特定する値を出力・テスト fixture・文書に載せていない / No raw email or identifying value in output, fixtures or docs
+- [ ] 文書を変えたなら日英両方（`README.md` ↔ `README.en.md`、`docs/*` ↔ `docs/en/*`）/ Docs changed in both languages
+- [ ] 利用者に見える変更は `CHANGELOG.md` の `[Unreleased]` に 1 行 / One line under `[Unreleased]` for anything a user can see

{grift_cli-0.7.2 → grift_cli-0.9.0}/CHANGELOG.md

@@ -4,6 +4,244 @@
 
 タグ・PyPI・リポ public 化は本ファイルの記載対象外（人間ゲート）。
 
+## [0.9.0] — 2026-10-26
+
+記録から見える仕事の進め方を、平易な文と、面談で確かめたいことの問いにして、Markdown の先頭に
+書く release。点数・順位・タイプ名は出さない（判断の根拠は `docs/adr/ADR-0002-trait-profile.md`、
+移行は `docs/migration-v090.md`、英語は `docs/en/migration-v090.md`）。CLI フラグと enum 値は変わらない（schema key は照らし合わせの
+subject に任意の 1 つが増える）。公開 Forge 取得
+（provider-neutral Forge証跡、GitHub/GitLab/self-managed、PARTIAL/resume）、attest / portfolio、
+contribution-v2 の契約、`暗黙 PyPI update check` を持たない設計はいずれも 0.8.0 から変わらない。
+
+JSON の値が変わるのは次の 4 つの場面で、どれも人や案件について事実と違う数や読みが出うるところを
+直したもの。
+
+- 照らし合わせ（`align`、`align --team`）の JSON。向き（`relationship`）を、1 人の件数とチーム全体の
+  件数の比ではなく、それぞれの中の割合どうしで決める。軸の窓・傾向の選び方・検証の宣言の単位も、
+  実際に数えたものに合わせる
+- `--as-of` を指定したとき、その日のあとの commit・merge・タグを `activity` と `role_profile` に
+  数えない
+- `--as-of` を指定しないとき、最後の変更の日を UTC の日付で取る（UTC より西で夕方に出した変更が
+  数えから外れていた）
+- identity に書いた人に commit が無いとき、同じ作者名の別人の commit を、その人の数に入れない
+
+ほかに、照らし合わせの JSON（alignment-v1）の subject に、同意の記録を写す任意の key
+`actor_consent` が増える（足すだけ。面談の問いはこの値と claimed があるときだけ出す）。
+
+0.8.0 で保存した report（`analyze`・`actor`・`repo`）と照らし合わせは、0.9.0 の `verify` では
+定義版数が違うため CANNOT_VERIFY に、project report は定義版数の欄が食い違うため MISMATCH になる。
+書き出した一式（`--out` の collection）は定義版数を見ないので、`--as-of` を付けて作ったものと、
+上の 4 つめの場面に当たるものだけが MISMATCH になる。どれも 0.9.0 で作り直せば検算できる
+（実測は `docs/migration-v090.md`）。
+
+### Added
+
+- **actor・project・alignment の Markdown の先頭に、記録から見える進め方の文と、面談で確かめたい
+  ことの問いを出す**（ADR-0002 段階 1）。actor は「変えた部分の区分（作業領域）」「変更のペース
+  （変更リズム）」「テストの付け方（検証の形）」「関わり方」を、件数と期間を添えた文で書き、続けて
+  「この記録では見えないこと」「面談で確かめたいこと」「数字の読み方と限界」「根拠」の表を置く。project は
+  案件側の要望と、案件のリポジトリから見える進め方を書き、人ごとの数字は出さない。alignment は
+  「要望と記録が重なっている点」「面談で確かめたい点」「案件側が書いていないこと（参考）」に
+  並べる。0.8.0 の詳しい数字の節はその後ろに残る
+- 文と問いは、公開した決定表（`docs/trait-profile.md`、`docs/en/trait-profile.md`）で JSON の数字から
+  選ぶ。量で文を変えず、タイプ名を作らず、重なった項目の数を数えない。文は Markdown にだけ出し、
+  JSON には入れない。決定表と定数は `tests/test_v090_trait_tables.py` で結んである
+- 本人向けの文は、本人が名乗った ID（`attribution_state=claimed`）と同意の記録
+  （`consent=recorded-explicit-consent`）があるときだけ出す。管理者が登録した ID、公開リポジトリ
+  から推定したまとまり、同意の記録が無い ID、浅い clone の記録には、出していない理由を 1 文で
+  書く。collection（`--all` / `--top`）には文を出さない。照らし合わせの問いも、本人が名乗った ID と
+  同意の記録があるときだけ出す（下の Changed の `actor_consent`）
+- 数が確かめられないときは書かない。`role_profile` の母数がほかの観点と違うとき、浅い clone の
+  とき、`--as-of` を指定していてタグを付けた日が分からないときなどは、理由を書いて外す
+
+### Changed
+
+- **README を日英とも書き直し、PyPI の説明を英語にした**。冒頭で「何を出すか・何を
+  出さないか・1 コマンドで試す」が分かる構成にし、版ごとの修正履歴は本ファイルと
+  migration へのリンクだけにした。コマンドの詳しい使い方は `docs/usage.md` /
+  `docs/en/usage.md`、指標の限界・参照用の位置・群のあいだの判別結果は
+  `docs/validation.md` / `docs/en/validation.md` へ内容を移した。`pyproject.toml` の
+  `readme` を `README.en.md`（リンクはすべて絶対 URL）に、`description` を評価に
+  読めない 1 行に変え、`project_urls` に Homepage（griftai.org）・Documentation・
+  Japanese README・Changelog・Source・Issues を揃えた。README を読む検査は移した先の
+  文書を読むように直し、PyPI に出る README の相対リンク・`project_urls` の参照先・
+  リンクの見出しを `tests/test_readme_entry.py` で検査する。CLI の出力は変わらない。
+
+- **Markdown から「傾向の強さ」（`strength`）の行と、alignment の `relationship` の行を外した**
+  （ADR-0002）。2 つのレポートを並べると、強い人・弱い人、合う人・合わない人に読めるため。
+  見出し「傾向の強さと確からしさ」は「傾向の確からしさ」に、傾向の注意書きは「この傾向の表示は
+  変わる可能性があります」になる。JSON は変わらない
+- **Markdown の観点の呼び名を griftai.org にそろえた**。4 つの観点を、サイトと同じ「平易な言い方
+  （サイトの用語）」で呼ぶ: 変えた部分の区分（作業領域）、変更のペース（変更リズム）、テストの付け方
+  （検証の形）、関わり方（griftai.org は平易な言い方とサイトの用語に同じ語を使うので、見出しは
+  「関わり方」だけ）。先頭の節の見出しと文、根拠の表の観点、詳しい数字の節の見出し、傾向の名前、
+  案件の要望の項目名が変わる。JSON のキーと、JSON に入る固定文（`limitations` など）は変えない
+  （その文には元の言い方が残る）。呼び名は `docs/metrics-guide.md` の表だけに置き、見出しとの一致を
+  `tests/test_v090_site_names.py` で検査する
+- **survival のサイトの訳語を「定着率」から「コードの新しさ」（Code recency）に改めた**。値は
+  残った行の割合ではなく、いまのコードにある行が書かれてからどれだけ経っているかを 180 日を目安に
+  重みを付けて平均した値で、1 に近いほど最近書かれた行が多い（「定着」とは逆の向きに読めた）。
+  metrics-guide の対応表、README、`tests/test_v060_docs_parity.py` の `SITE_TERMS` を直した。
+  griftai.org と cor-jp.com は別に直す
+- **alignment-v1 の subject に `actor_consent`（任意）を足した**（T7、ユーザーの判断 2026-10-26）。
+  `grift align` は actor report の同意の記録を、actor の本人向けの文と同じ関数
+  （`actor_basis.consent_recorded`）で確かめ、あるときだけ `recorded-explicit-consent` を写す
+  （公開 inferred には付けない）。照らし合わせの面談の問いは、claimed かつこの値があるときだけ
+  出し、管理者が登録した ID と同意の記録が無い ID には理由を書く。`grift verify` は保存した値を
+  信じず、actor report から作り直して比べる。JSON は key が 1 つ増える（足すだけ）
+- **定義版数を `tep-v0.9.0-2026-10-26` に上げた**（REL-090）。上の JSON の値の変化と Markdown の
+  変化に合わせたもの。証跡 4 件（scenarios / scenarios-public / benchmark.json / golden）を 0.9.0 の
+  source で作り直す
+
+### Deprecated
+
+- alignment-v1 の `axes[].actor_tendency.strength` / `axes[].project_tendency.strength`。
+  0.9.0 では JSON に残すが Markdown には出さない。次の schema 版で消す
+
+### Fixed
+
+- **`--as-of` なしのとき、UTC より西で夕方に作った HEAD が自分のレポートから外れていた**。
+  観測日を HEAD の作者の現地の日付（`%ad --date=short`）で取り、範囲は各 commit の UTC の日付で
+  切っていた。観測日も UTC の日付で取る。HEAD の現地の日付と UTC の日付が違うときだけ、
+  `observation_date`・`git_window`・`change_rhythm` が変わる（JSON が変わる）。西の夕方は 1 日あとに
+  なり、HEAD の UTC の日の commit がすべて数えに入る。東の朝（日本の 0 時〜9 時など）は 1 日まえに
+  なる
+- **identity に宣言した人に commit が無いと、同じ作者名の別人の commit がその人の role_profile に入っていた**。
+  名前で作る cluster id は、commit のある identity の id とはぶつからないようにしていたが、commit の無い
+  identity の id は空いたままで、別のメールの「Alice」が `alice` を名乗れた。宣言した identity の id は
+  commit の有無にかかわらず予約する。そのとき別人の cluster id は名前ではなく hash になる。JSON は、
+  その人の role_profile と experience の数、repo report-v2 の `actor_directory` の id、
+  `partition_digest`、collection の card の id とファイル名が変わる
+- **`--as-of` を指定しても、activity と role_profile が観測日のあとの commit・merge・タグまで数えていた**。
+  surface・検証・間隔の節は観測日で切っていたので、同じレポートの中で数が食い違っていた。activity は
+  観測日（UTC）までの自分の commit で数え、role_profile は観測日の終わりまでの commit とタグで数えて、
+  窓の終わりを観測日にする。activity には `core_activity_period` も入り、`--identity` を付けた
+  repo report-v2 の activity も変わる（JSON が変わる）。`--as-of` で書き出した collection の検算
+  （`grift verify DIR`）も、同じ日付で数え直す。`--as-of` を指定しないときは今までどおり。
+  experience は依存の読み取りに日付が無いので、まだ切っていない
+
+次は、設計書 `docs/design/trait-profile-20261026.md` §1.4 に記録した 0.8.0 の食い違いの直し。
+alignment-v1 の JSON（`relationship`、軸の窓、検証の宣言の単位、傾向）と、`align --team` の
+JSON（検証の宣言の単位）、actor・project・alignment の Markdown が変わる。
+
+`relationship` は値の意味が変わる（破壊的変更）。0.8.0 は件数どうしの比で、0.9.0 は範囲の中の
+割合どうしで向きを決める。
+
+- **`relationship` が 1 人の件数とチーム全体の件数の比で向きを決めていた**。`surfaces.*` と
+  `verification.*` は、それぞれの範囲の中の割合（`surface_commit_share`、`test_type_share`）
+  どうしで比べ、`"compared": "commit_share"` と、比べた割合（`actor_share` / `project_share`）を
+  付ける。割合の母数が 20 に届かない側があれば `not_comparable`（`observed_unavailable`）。
+  `change_rhythm.*` は 1 人とリポジトリ全体で母集団が違うので、常に `not_comparable`
+  （`scope_not_equivalent`）にした
+- **surface と検証の軸に 180 日窓が付いていた**。どちらも観測日までの履歴を数えているので、
+  `actor_window` / `project_window` を `{"end": 観測日, "basis": "history_to_observation_date"}`
+  にし、Markdown では「〜までの履歴」と書く。surface の傾向の window も同じにした。浅い clone なら
+  取得できた範囲で、project-v1 にはそれが記録されないので、「全履歴」とは書かない
+- **間隔の傾向が値に関係なく「定期的な変更提出」と出ていた**。`rhythm_tendency` の `value` を
+  常に `rhythm_observed` にした（形は `basis` の数字が示す）。`strength` は固定の `moderate` の
+  まま残る。strength は同じ 0.9.0 の別の変更で Markdown から外し、JSON では非推奨にする
+- **surface の傾向の分母が一覧と違っていた**。file-change ではなく commit の割合
+  （`surface_commit_share`）で選び、割合が未観測なら `not_proven` にする（0.8.0 は未観測の割合を
+  0.0 と読み、同点で `test` が選ばれていた）。commit の割合では、本体とテストを一緒に変えた
+  commit が両方に入るので、割合がいちばん大きい場所が 2 つ以上あるときも `not_proven`
+  （`tied_top_share`）にし、同じ割合の場所を `tied` に並べる
+- **検証の種類の宣言が `surface` と書かれていた**。`verification.*` の `declared.unit` を
+  `verification-type` にした。同じ関数を使う `align --team` の `requirements[].declared.unit` も
+  同じ値になる
+- **Markdown に案件の題名が出ず、単位の名前が値に付いていた**（`payments-api id`、
+  `backend, data surface-names`）。project と alignment の Markdown に題名を出し、種類を表すだけの
+  単位名は Markdown では書かない（JSON は変えない）。題名が無い案件は「案件側が書いていません」と書く
+- **日本語の Markdown で、選択性の注記だけが英語だった**。actor report と alignment の
+  Markdown には同じ意味の日本語の文（`SELECTIVITY_NOTICE_JA`）を出す。JSON の `notices` は英語の
+  固定文のまま。norms §6（日英）に日本語の文を足した
+- **metrics-guide の survival の説明が実装と逆の読みだった**（「180 日後も残っている行の割合」）。
+  `survival.py` のとおり、HEAD にある行の新しさの平均（τ=180 日、最大 40 ファイル）と書き直し、
+  文書と定数を `tests/test_v090_v080_discrepancies.py` で結んだ。対応表から survival の節への
+  リンクが切れていたのも直し、metrics-guide（日英）をリンクの検査（`tests/test_readme_entry.py`）に
+  入れた
+
+## [0.8.0] — 2026-10-25
+
+面は増えない。公開面が約束する「点数や順位はつけない」「選んで出したことも受け取る側に
+分かる」「量は誰でも作れる」を既定出力に揃える release。CLI フラグ・schema key・enum 値は
+変わらない。公開 Forge 取得（provider-neutral Forge証跡、GitHub/GitLab/self-managed、
+PARTIAL/resume）、attest / portfolio、contribution-v2 の契約、`暗黙 PyPI update check` を
+持たない設計はいずれも 0.7.2 から変わらない。判断の根拠は
+`docs/adr/ADR-0001-v08-no-volume-ordering.md`、公開面との突合は
+`docs/GAP-site-vs-cli-v08-20261025.md`、移行は `docs/migration-v080.md`。
+
+### Added
+
+- **活動日数の膨らませ方を数値の隣に開示する**（ADR-0001 R4、GAP-site-vs-cli
+  行 4）。`tep_core.v2_constants.ACTIVE_DAYS_INFLATION_LIMITATION` の 1 文
+  （毎日 1 件の小さな commit で増え、1 日にまとめると減る。量や中身は見ない）
+  を report-v1 のトップレベル `limitations`（新 optional key。`activity` の
+  中に置かないのは P0 反証 `P0-legacy-activity-parity` が同ブロックを v0.5.9
+  と同一に保つため）、report-v2 `activity.limitations`、report-v2
+  `change_rhythm.limitations`、`align` の `change_rhythm.active_days_180d`
+  軸の `limitations` と、それぞれの Markdown に固定で載せる。開示であって
+  補正ではなく、値・比較結果・schema の必須項目は変えない（norms §7）。
+  `verify` は `limitations` も再計算して比べる。同じ定義版数の build 間では
+  report-v1 のトップレベル `limitations` と report-v2 の `activity.limitations` /
+  `change_rhythm.limitations` が差として出る（PR #77 本文の実測）。release で
+  `DEFINITION_VERSION` を上げた後は、0.7.x で保存した report は field 比較の前に
+  定義版数の不一致で CANNOT_VERIFY になる（`verify.py` の定義版数検査）。
+  `DEFINITION_VERSION` と `__version__` は release PR で上げる。
+- 単体の actor report-v2 と alignment-v1 の `notices` に、提供者が選んだ 1 repo で
+  あることを示す固定文 `SELECTIVITY_NOTICE`（norms §6）を常に載せる。Markdown の
+  「言えること / 言えないこと」にも同じ文を出す。schema は `notices: array<string>`
+  のため追加互換だが、`verify` は `notices` も再計算して比べるので 0.7.x で保存した
+  actor report と alignment-v1 は 0.8.0 の verify で MISMATCH になる（release PR の
+  `DEFINITION_VERSION` と migration で扱う）。文は英語で固定（両側が読む 1 文を
+  collection の英語 limitation 文に揃えた決定。GAP 行 7 の日本語案は採らない）。
+  collection の `repo-report.json`（kind=repo）と actor-card-v1 は対象外。
+
+### Changed
+
+- **`DEFINITION_VERSION` を `tep-v0.8.0-2026-10-25` に上げた**。版数への追随に加えて、
+  actor-index / `actor_directory` の形（行順）と、actor report-v2 / alignment の
+  `notices`、report-v1 / report-v2 の `limitations` の内容が変わるため。0.7.x で
+  保存した report は 0.8.0 の `verify` で定義版数の不一致により CANNOT_VERIFY、
+  collection は index の行順検査で MISMATCH になる（`docs/migration-v080.md`）。
+- **証跡を 0.8.0 の source で再束縛した**: `evidence/v060/scenarios`（6 シナリオ。
+  R01 / R02 の source は 2026-09-27 の bundle から復元）、`evidence/v060/scenarios-public`
+  （PR tier 実走）、`evidence/v070/benchmark.json`（`--write`）、`benchmarks/v060/golden`
+  （承認移行 `gold-actor-partition-0005`、承認者 human:teradakousuke）。
+- **actor を列挙する既定出力の行順を actor id 順にした**（0.8.0 #1、ADR-0001 R1）。
+  0.7.2 までは、`actor-index.json` / `actor-index.md` の行と selected card の
+  列挙（`actor_artifacts.py` の `-len(commit_shas)` ソート）と、`grift repo` の
+  report-v2 `actor_directory.actors`（`attribution.py` の同じソートをそのまま
+  出力し、Markdown は先頭 50 行で切っていた = 事実上の上位 50 名表）の 2 箇所が
+  観測 commit 数の多い順だった。注記「not a quality ranking」は宣言のまま、
+  表の並びという実体は量で決まっていた。公開面の「点数や順位はつけない」と
+  食い違うので並び順だけを直し、`commit_count` の値は分母付きの事実として
+  残す。actor id は identity があれば canonical_id、無ければ `actor_<hash>`。`--top N` が選ぶ N 名は変わらない（量で選ぶ経路は 0.9 で
+  廃止か改名をユーザーが判断する。`docs/PLAN-v080-20261025.md` §2.3）。
+  `grift verify DIR` は、行が actor id 順でない index、行順に従わない
+  selection、最多 commit の集合でない `top` selection を digest 比較の前に
+  拒否し、CLI の collection verify は writer と同じ `actor_summaries` で行を
+  再構成する（0.7.x は verify 側に同じソートの複製があった）。**0.7.x で生成
+  した collection は 0.8.0 の `verify` で MISMATCH になる**（複数 actor なら
+  `actor index rows must be ordered by actor id …`、行が偶然 id 順でも
+  `actor-index.md` の注記差で `actor index Markdown does not match verified
+  JSON`）。release 時に `DEFINITION_VERSION` を上げ、migration に実測を載せる。
+
+### Fixed
+
+- **shallow clone 上で offline suite が `not our ref` / `not a tree object`
+  で落ちる**。`tests/test_v070_benchmark.py` と
+  `tests/test_v060_scenario_matrix.py` の registry 検証は、この repo 自身の
+  履歴（`PINNED_OID`、runner binding の `commit_oid`）を `file://` で fetch
+  して測る。`actions/checkout@v4` 既定の `--depth 1` で公開 repo を取得した
+  消費側（grift-sales-poc run 40165305773、2026-10-25）にはその commit が
+  無く、ローカル upload-pack の拒否が GitHub 側のエラーのように見えていた
+  （GitHub 自体は同じ SHA を `git fetch` に返す）。shallow clone でその
+  commit が無い場合だけ理由付き skip にし、full clone で pin が無い場合は
+  従来どおり fail させる。検出関数は合成 repo の反証テスト付き。
+  `scripts/v060_scenario_matrix.py` は registry の source binding 対象の
+  ため触っていない（`fatal: not a tree object` の文言改善は再束縛を伴う
+  次の release 作業へ）。
+
 ## [0.7.2] — 2026-09-07
 
 面は 1 つも増えない。commit がまだ 1 件も無い actor に対して report が