Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Govern self-authored tools, skills, and reusable plans as capabilities

オープン
#488 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
活発
技術スタック
python

調査の方向性

この issue ではファイル、テスト、エントリーポイントが指定されていないため、まずリポジトリ内で capabilities、authority manifests、qualification、invocation history がどこに表現されているかを把握してください。受け入れ基準を Definition of Done として使用します。隔離と独立した適格性確認、sandbox 化されたテスト、権限拡大の拒否、証拠に基づく失効、再生可能な監査履歴です。

索引モデルが issue の本文から書いたものです。

説明

architecture enhancement

Origin

Deferred from the MVP proposed as a fresh realization of #485.

Goal

Allow agents to create, test, share, repair, and revoke tools, skills, and reusable plans safely.

Scope

  • One immutable, versioned Capability contract for tools, skills, and reusable plans.
  • Lifecycle: draft -> quarantined -> candidate -> trusted -> deprecated/revoked.
  • Input/output schemas, exact implementation hash, dependency lock, test/evidence bundle, ownership, and invocation history.
  • Enforced authority manifests for network, filesystem, subprocess, secrets, cost, and side effects; child authority may narrow but never widen.
  • Independent, use-based qualification; authors cannot approve their own capability.
  • Bug reports linked to exact invocations and expected/observed artifacts.
  • New-version repair and revocation rather than mutation or historical deletion.
  • Idempotency and compensation declarations for external effects.

Acceptance criteria

  • A run can author a capability in quarantine and cannot invoke it as trusted before independent qualification.
  • Qualification executes real tests inside the declared sandbox.
  • Authority widening is rejected and recorded.
  • A failing invocation can trigger independent triage and evidence-based revocation.
  • Historical runs remain replayable/auditable after revocation.
主要言語
Python
スター
3
フォーク
2
PR マージ指標
30日以内にマージされた PR はありません

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ContextLab/orchestrator のほかの issue

ContextLab/orchestrator の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。