oratta

by Oratta

エージェントオーナープロジェクト（AI自動運営モード）のセットアップオーケストレーター（v0 仮）。開発エージェント + マーケエージェントが有料プロダクトを自動運営する仕組み（genetta-inc/suimei での実証済み構成）を任意プロジェクトにテンプレート展開する。インフラ・開発自律ループ・Layer 0 マージ自動化・運営責任（法務/サポート）・マーケ運転・教訓ログの6フェーズを対話的に導入する。

by Oratta

外部サービスを操作する前に CLI とトークンの在処を教える発見層プラグイン。skills/capability-registry: サービス索引（CLI 名 / 認証確認コマンド / fmtoken.sh によるトークン取得 / ブラウザ必須の例外 / CLI が無いネガティブエントリ）を description トリガーで全セッションに常駐させ、CLAUDE.md 無編集で発火する。scripts/fmtoken.sh: 1Password の agents 保管庫からトークンを引く・登録するラッパー（読み取りは read-only SA でプロジェクトスコープ / --name で明示名参照 / --register は書き込み用 SA claude-agents-rw 経由で命名規約 <project>--<service> / <agent>--<SERVICE> を機械検証して登録。flatmate から移設、全プロジェクト共通の道具）。hooks: ブラウザ系 MCP ツールの PreToolUse でセッション初回のみ CLI 代替の検討を促す注意喚起を注入する（deny はしない）。

by Oratta

意思決定移譲のフレームワーク「観点の配役」の実装プラグイン。catalog/catalog.md: 3グループ14観点・列定義・横断軸・変更手続き・変更記録を持つ観点カタログの唯一の正本。catalog/injection.md: 14観点の注入タイミング（9分類）・配線先機構・注入文書（.claude/casting/policies/）の置き場所規約を持つ注入マップの正本。skills/casting: 配役表（project.md/local.md/セッション宣言の3層）の作り方・判例台帳の書き方・カタログ変更手続きの手順正本。commands/init.md（/casting:init）: 対象 git repo に `.claude/casting/` 一式を雛形から生成し、gitignore に local.md を冪等追記する。scripts/casting-check.sh: 配役表の5列ちょうどに割れない壊れた表行・閉じられていない HTML コメント・閉じられていない Markdown のコードフェンス・未知の観点語彙・「カタログ外」判例・同一観点の「論点じゃなかった」2件以上・catalog_version 不一致・相談判例（経路「相談の上自走した」）の事後報告5要素欠落の8項目を検出する lint。resolve サブコマンドは有効配役表を合成して出力する（検証を通らない配役表では出力せず exit 1 の fail-closed）。rules/perspective-casting.md（このプラグインとは別ファイル）が毎ターン効く返信前チェック5手順を持つ薄い常時ロード層。　agents/casting-specialist.md（model: sonnet、tools: Read/Grep/Glob/WebFetch — 全文未把握の外部規約を判断前に参照先で読む）・agents/casting-arbiter.md（model: fable）: 論点相談・仲裁プロトコル（#127）の汎用サブエージェント。スペシャリストは指定された policies/<slug>.md を読み人格ブロックを纏って意見を返し、仲裁はフェーズ宣言文と主張リスト（メインセッションの主張1件＋各人格の主張1件ずつ）のみを入力に裁定する。templates/policy.md: 注入文書（人格ブロック＋判断基準＋前提とする外部規約）の雛形。catalog/delegation.md: 委任の定義正本（委任＝許可ツール × 任された観点。ロールは組み合わせ名。`## 委任` 配下に許可ツール表と任された観点表を並べる宣言書式。宣言は要約で正本は permission 設定と配役表 3 層）。commands/policy-interview.md（/casting:policy-interview <観点>）: 観点の判断基準を主と 1 問ずつやり取りして policies/<slug>.md を生成・更新する。templates/delegation.md: /casting:init が生成する委任宣言の雛形。

by Oratta

issue / PR 単位の API 換算コストを、Claude Code の会話ログ（`${CLAUDE_CONFIG_DIR:-$HOME/.claude}/projects/**/*.jsonl`）から集計する。帰属はブランチと（リポジトリ識別子, issue 番号）の 2 本立てで、サブエージェント（isSidechain）の消費も同じブランチに寄せる。`/cost <番号>` で PR ならヘッドブランチの総額、issue なら投稿を境界に切った区間の合計を USD と円で返す。pr-review-gate が `agent-review:passed` を付けた直後に、PostToolUse の hook がその PR へ `/cost` の 1 行目を 1 本のコメントで貼る（環境変数 `COST_LEDGER_GATE_REPORT=off` で止まる）。実行時に python3（3.8 以上）と、番号の判別に認証済みの gh を必要とする。git は 2.31 以上（rev-parse --path-format=absolute を使う）。

by Oratta

Fieldyの音声トランスクリプト（Notion DB_FIELDY）と、Obsidian Vaultの編集ノート・LLMログ・Claude Codeセッションjsonlを横断集約し、自然言語ナラティブで日次日記を生成する。--with-album フラグで marketing-harness の vlog-album を連鎖呼び出しできる（デフォルトは女子 3 人版、--gene male で男性 Gene 版）。

by Oratta

この開発ハーネスでの標準開発ワークフローを集めるプラグイン。develop: コード・スキル・コマンド・規範文書を変えるときは入口（issue 番号/URL/自然文・会話・cron・エピックの子）を問わず必ず通すワークフロー。本体はオーケストレータ専任（Edit でコードを書かず、レビューを代行しない）で、作業者 W（dev-workflow:worker）・仕様レビュアー R1・ゲート実行者 G（dev-workflow:gate-runner） を model 明示で spawn し 1 ループ（入口 0 で記録先＝issue または Draft PR を確定 → W が `仕様化判断: する|しない` を記録先に記録し change 分割と openspec new change → R1 が別コンテキストで仕様レビュー（2 周キャップ・結果を `仕様レビュー: APPROVE|REQUEST_CHANGES` で記録）→ W が (3a) TDD 実装・verify まで行って return し、本体が計測してから (3b) archive・PR・仕様宣言 → G が pr-review-gate 手順 1〜5）を回す。issue が無ければ issue を切らず、空 commit → Draft PR を記録先にする（issue を切るのは追跡・キュー・議論が要るときだけ）。エピックの条件・作り方・回し方・完了条件も規定。役割のモデルは pre-classification.md の事前分類（4 分類のいずれでも W は 1 周目から opus 止まりで、W の上限は opus。それ以外の W は sonnet 既定。G は sonnet 固定で判定は needs-reviewer のレビュアーが担う。abundant はどの役割も押し上げない）と、Fable を渡せる唯一の種別 agents/decider.md（dev-workflow:decider。model: fable・tools は Read/Grep/Glob の読み取り専用で、読んで判断する役はこの種別で spawn する。scripts/agent-model-guard.sh が PreToolUse で他種別への model: fable を deny する）と残量モード（FABLE_BUDGET_MODE。reserve は自動実行のみ・exhausted は全経路で opus 上限）と共有枠モード（SHARED_BUDGET_MODE。全モデル共通の週次枠から導出し、throttled / depleted で全役割 sonnet 起点）で決め、W / G の SendMessage 再開は毎回 scripts/subagent-context.sh でコンテキスト量を測り、DEV_WORKFLOW_CONTEXT_CAP（既定 150K tokens）超なら作業継続の SendMessage を送らない（無条件）。前回 return を渡した同じ役割の新しいエージェント（新しい W / 新しい G）への手渡しは、前任の return の 1 行目が `工程完了: <工程名>` のときだけ行う（`工程中断:` なら再開も手渡しもしない）。昇格トリップワイヤー（templates/escalation-tripwires.md）は決める役 / 実行役の分離ラダーとして残す。さらに hooks/hooks.json に配線した scripts/context-tripwire.sh が、サブエージェントの起動の途中でも PostToolUse（全ツール）/ PreToolUse（Edit|Write|NotebookEdit|Bash）で自分自身のコンテキストを測り、DEV_WORKFLOW_CONTEXT_CAP 超で締めを通知し DEV_WORKFLOW_CONTEXT_HARD_CAP 超で編集系を deny する（計測対象は agent_id から導出するので worktree 隔離のサブエージェントでも効く）。/develop（/work-issue はエイリアス）: 5 分岐で記録先を確定し、issue を切ると決めたときだけ issueify スキル（skills/issueify）で起票する。loop-dev-agent の無人サイクルでは憲法のメインが develop の本体を務める（--unmanned）。pr-review-gate: PR 作成後に必ず通す品質ゲート（別コンテキストレビュー・リスク宣言と仕様宣言の positive affirmation・動作確認証拠・agent-review:passed 付与を fail-closed で行う。仕様宣言は記録先（issue → 無ければ PR 自身）の `仕様化判断:` 記録と突き合わせ、記録なし PR は合格させない。規範パス接触の裏取りは scripts/spec-touch-check.sh。レビューの重量は変更内容から light / full に事前判定し、既定と迷ったときは full＝Codex に倒す。auto-merge workflow のリポ展開テンプレートは templates/auto-merge/）。レビュー failed からの修正は実装品質起因のときだけ昇格し、失敗の原因が判断側か実行側かで決める役（dev-workflow:decider。model は opus → fable）と実行役（sonnet → opus が上限）のどちらか一方だけを上げる（仕様曖昧・レビュアー誤検出はモデル昇格しない。フォールバック記録の正本は pr-review-gate）。上流の壁打ち（/opsx:explore）は呼ばず、issue 化前の壁打ちとは切り分ける。references/（プラグイン直下）: 複数プラグインで共有する契約 — self-verification.md（自己検証の共通原則）・pr-body-format.md（PR / issue 本文の型）・model-tiers.md（Workflow 実行のロール別ティア → opts.model エイリアス）・workflow-execution.md（1 ループに収まらない規模をネイティブ Workflow で回す型。Review → Build → Verify・Build Contract・verifier のしきい値）。旧プラグイン 3 本は 2026-08 に解散し、契約はここへ移設（CHANGELOG.md に uninstall 手順）。 usage-probe はアカウントレジストリ（`accounts.json`）の全スロットを Keychain サービス名ごとにフェッチし、snapshot を schema 2（`accounts` にスロット別の値・`active` に現在のスロット id・`five_hour` も収集）で書く。トップレベルの従来キーは active スロットのミラー。使用量の主な情報源はステータスラインのセッション記録（`.usage-sessions/`）で、probe は補助。残量モードの導出と自動選択は `scripts/usage_view.py` の実効値を使う。fail-open はスロット単位で、失敗したスロットは前回値と取得時刻を保持する（refresh_token でのトークン更新は本体との競合を避けるため意図的に非対応）。scripts/subagent-context-audit.sh は同じコンテキスト量の定義で母集団（直近 N 日の subagents/agent-*.jsonl）を集計し、初回・最終の中央値と上限超の割合を 1 行 JSON とキャッシュ（SUBAGENT_CONTEXT_AUDIT_CACHE、TTL 既定 6 時間）に出す観測専用のスクリプトで、読み方の正本は docs/usage-audit.md（強制は加えず、SessionStart にも注入しない）。 memory-refresh: メモリ索引の肥大を検知し（scripts/memory-tripwire.sh、session-tripwires.sh 経由で SessionStart ごとに閾値判定）、削除・統合・短縮・維持に分類して主の承認を得てから手で整理するスキル（/memory-refresh）。

Discord channel for Claude Code — messaging bridge with built-in access control. Manage pairing, allowlists, and policy via /discord:access. Fork of the official plugin (v0.0.4) whose fetch_messages also returns reactions and which pushes reaction add/remove events to the session.

by Oratta

Claude Code セッションの jsonl ログを素材に、自然言語の依頼で SKILL.md を蒸留する専門ツール。コミット運用には一切関与せず、`/e2s:distill` 1 コマンドで対話完結する。

by Oratta

Webアプリのインフラを対話的に一括セットアップするプラグイン。Vercel + Supabase + GitHub Actions構成で、local/staging/prod の4環境を構築する（`/infra-setup`）。開発形態×プロダクトステージの2軸で CI/CD の重さを変える省エネ設計（pre-release は deploy-on-merge 最短経路、released は軽量 PR CI + 週次フル + デプロイ前 preflight）。既存 supabase-project-setup スキルを統合。

by Oratta

Claude Code 向け自律実行ハーネス。plan.md から Workflow スクリプトを生成し、TDD 実装（Build）と4軸定量評価（Verify）を Build Contract レビュー付きで自律的に回す。

by Oratta

公式記事「Getting started with loops」の4ループタイプ（ターンベース/ゴールベース/タイムベース/プロアクティブ）を、ネイティブプリミティブ（/goal・/loop・/schedule・skill・workflows・auto mode）の合成レシピとして設計・記述するための器。レシピ形式規約・State 規約・設計ガイド（/loops:design）・brain dump から goal ブリーフを一発生成するコマンド（/loops:goalify）・GitHub Issues をタスクキューにした常設自律開発ループ（loop-dev-agent レシピ + issue コメントの行頭メンションを最優先で拾う応答モード + /loops:dev-agent-install 導入コマンド + タスクを測定可能な受け入れ条件付き issue に変換する /loops:issueify）を提供する。実装モード（Step 3）の開発の中身は dev-workflow プラグインの github-issue スキルに委譲し、ラベル操作・Draft PR・Review Queue 連携などの無人運用の外形のみを本プラグインが担う。複数リポジトリ並行稼働時のレビュー・マージ判断は GitHub Project「Review Queue」連携と横断ビュー /loops:review-queue で1箇所に集約する。独自のループ実行系（常駐スクリプト・カスタム driver・宣言的 schema ランタイム）は持たない。

by Oratta

longrun プラグインの短縮コマンド集。/lr:p, /lr:m, /lr:e, /lr:a, /lr:f で各 longrun コマンド／スキルを呼び出せる。

by Oratta

プロダクトをエージェントに引き渡すときにだけ必要になる固有部品を持つプラグイン。法務ドラフト（利用規約・プライバシーポリシー・返金ポリシー）の雛形、サポート窓口メールの設定雛形、教訓ログの雛形の3つだけを配る。インフラ構築・開発ワークフロー導入・auto-merge 配線・SNS 運用はそれぞれ infra / dev-workflow / sns-autopilot が持つため本プラグインは呼び出さず、導入順だけを README に書く。住人側（workspace・cron・チャンネル）は flatmate の new-resident が担い、本プラグインはプロダクトのリポ側だけを扱う。

by Oratta

プロジェクトごとに skillOverrides と enabledPlugins を対話的に編集し、必要なスキルだけを ON にする。/skill-pack init で初期セットアップ、list/on/off/suggest で運用。

by Oratta

使用量が一目で分かる Claude Code ステータスライン。5h / 7d（全体・Fable）のレートリミットを、クォータ消化率をバーの塗り・窓の日程消化率をバー下端の細線と分母（例 25%/29%）で同時に表示し、「今のペースでリセットまで持つか」を色で示す。コンテキスト残量と ccusage 由来の API 換算月額ペース、このセッション（サブエージェント込み）の API 換算コストも表示。`/statusline:setup` で settings.json への配線まで行う。 複数の Claude アカウント（`CLAUDE_SECURESTORAGE_CONFIG_DIR` で認証だけ分けた運用）を使っている場合は、`accounts.json` にスロットを列挙するとアカウントごとに 2 行ずつ並べ、いま使っていないアカウントはセッション記録（`.usage-sessions/`）と snapshot の値と取得からの経過時間で表示する（Codex 無効でレジストリが無ければ従来の表示を維持）。 複数アカウント表示では、いま使っているアカウントの行に `▸` を付け label を明るく描いて区別する。

Telegram channel for Claude Code — messaging bridge with built-in access control. Manage pairing, allowlists, and policy via /telegram:access. Fork of the official plugin (v0.0.6) that also delivers the sender's message reactions to the session.

by Oratta

週次プロジェクト実績レポートを自動生成する。Gitコミット・LLMセッションログ（native jsonl直読）・フェーズ状態を集約し、Obsidian週次ノートに挿入する。cron非対話実行に対応。

by Oratta

Git worktreeのセットアップとクリーンアップ。hooks: WorktreeCreate で worktree 作成そのものを置き換え、作成と同時に wt-setup（.claude/ symlink + .worktreeinclude コピー）まで済ませる。`--worktree` / Agent の isolation:"worktree" / background session が対象で、並列サブエージェントが worktree で走る場合も取りこぼさない。既定の配置規約（.claude/worktrees/<name>・branch worktree-<name>・locked）は踏襲する。SessionStart（wt-setup-guard）は手で `git worktree add` した worktree の取りこぼしを初回だけ拾い、済みマーカー（<gitdir>/wt-setup-done）以降とメインリポ・git 外では完全に無出力。wt-setup: .claude/ symlink、.worktreeinclude生成、envコピー、引数で後続作業指示を受け取り可能。`--with-pr` で空 commit → push → Draft PR を自動作成し、作業を早い段階から remote 側に見える状態にする運用に切替可能（PR 経由のマージを必須にしている repo 向け）。wt-setup の .worktreeinclude は既定パターンをスクリプトが出力し（`--print-default-worktreeinclude`）、バックアップ・エディタ残骸（*.bak / *.bak-* / *.old / *.orig / *~ 等）を常に除外、`.vercel` は既定に含めずオプトイン、コピー対象に本番値（sk_live_ / service_role / 本番 DB ホスト / AWS キー）を検出したら値を出さずに警告して続行する（issue #55）。wt-setup の .worktreeinclude 探索は `/` を含まないパターンをリポジトリ直下限定（-maxdepth 1）にし、`/` を含むパターンでも `*/.claude/worktrees`（入れ子 worktree・作成中の worktree 自身）と .git / node_modules を prune する（flatmate#320: find -path のグロブが `/` にも一致して入れ子 worktree 残骸をリポ全体から再帰コピーし、自己増殖で WorktreeCreate hook がタイムアウトしていた事故の対策）。wt-clean: 対象を確定してからノンブロッキング自動処理する 2 パスフロー。`wt-clean <path|branch>` で特定 worktree だけにスコープ（複数可）、引数なし（または対象を定めないオプションのみ）なら全 worktree を確認なしで対象にする（対象選択の質問はしない）。Step 0でorigin/<main>を同期 → Pass 1 で各対象を i/N 進捗で診断（🟢🟡🔴）し 🟢→確認なしで削除/再利用・🟡(LLMのみ)→LLM退避検証→確認なしで削除を自動実行。🔴 と dirty は Pass 2 の判断バッチでまとめて マージ/スキップ/破棄 を対話。`AHEAD_COUNT>0`でも squash マージ済み（実ツリー差分空 / cherry / gh pr で検証）なら 🟡 にフォールバックし誤判定を防ぐ。実ツリー差分は**全 tracked ファイル対象**（パスフィルタ禁止 — かつて JS/TS 前提のフィルタを掛けていたため Markdown/シェル中心のリポで差分が常に空になり、PR が OPEN の未マージブランチまで「squash 済み」と誤判定した）。3 検証が割れたら**未マージ側に倒し**、OPEN な PR がある対象はツリー一致でもマージ済み扱いにしない。配下で claude 等の非シェルプロセスが稼働中、`~/.claude/projects/<slug>/` に 24 時間以内更新の .jsonl がある、または `git worktree lock` されている worktree は、git がマージ済み & クリーンでも 🟢 にせず Pass 2 の判断バッチへ回す（issue #77: 壁打ちセッションの worktree を 🟢 Safe と誤判定して削除しプロセスまで停止した事故の再発防止。検出は kill_devserver_under と同一の除外基準）ただし親セッションが消えて init に引き取られた居残りプロセス（プロセスツリー最上位が PPID=1）は、worktree 配下の更新も対応するセッションログの更新も 24 時間以上前であることを**併せて**満たす場合に限り稼働シグナルから外し、除外根拠（PID・コマンド名・親セッション消滅・痕跡なし）を Pass 1 / Pass 2 / 完了レポートに表示する（issue #98: 孤児プロセスを稼働シグナルと誤検出し、11 件中 Pass 1 の自動処理が 0 件になった事象。2 条件の AND は緩めず、判定材料が欠けたら稼働扱いに倒す fail-closed）。ロック解除（`git worktree unlock`）は Pass 2 でユーザーが削除を選んだ対象のみ。パス正規化は GNU 専用の `realpath -m`（macOS で必ず失敗しプロセス検出が silent no-op 化する）を廃し `abs_path` に統一。`git worktree remove` を呼ぶ全分岐（🟢/🟡/Pass 2）は削除前に対象パス配下の devサーバープロセスを `lsof +D` で検出し SIGTERM→SIGKILL で停止する（issue #39: 削除後も残留した next dev が再ビルドループでCPU/メモリを圧迫したインシデント対策）。マージは都度サニティチェック。`--keep` で再利用可能化、`--no-sync` で同期スキップ。dirty破棄・🔴破棄・マージは AskUserQuestion 回答到着後の別ターンで実行する絶対禁則を維持（データロス防止）。 `--unattended` で Pass 2 の AskUserQuestion を呼ばず残件（番号・パス・ブランチ名・分類・理由）を報告して終了する無人モードを持ち、cron からの定期実行に載せられる（Pass 1 の判定基準と絶対禁則は一切緩めず、禁則対象の分岐に入らないルートを足す形）。`--repo <path>` で cwd 以外のリポジトリを対象にでき（worktree のパスを渡してもメイン worktree に正規化、全 git 呼び出しは `git -C "$MAIN_REPO"` 経由）、未指定時は現行どおり cwd。dirty の内訳が lockfile（package-lock.json / yarn.lock / pnpm-lock.yaml / Cargo.lock / poetry.lock）のみなら 🟢 相当として自動処理し、根拠 `dirty=lockfileのみ` を削除直前に表示する（1 ファイルでも他が混ざれば従来どおり判断バッチ行き）。 配下プロセスのコマンド名は `ps -o comm=` の先頭 `-` を落としてから basename 相当で切り出す（macOS の ps は argv[0] を返すためログインシェルが `-/bin/zsh` になり、外部 `basename` がハイフンをオプション扱いして失敗 → comm が空文字に潰れ、シェル除外リストに一致せず削除対象 worktree に cd しているだけのターミナルのタブを SIGKILL していた。2026-08-27 実例。検出側・停止側の取り出しは完全に同一に保ち、実プロセスで除外が効くことを回帰テストで固定した — ただし `ps -o comm=` が argv[0] を返すのは BSD だけなので、実プロセスを立てる 1 件は macOS 実行時のみ走り CI（ubuntu）では skip される）。