Organization-level policy source for operator configuration
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
Start by reading RFC-0001 September 2026 revision (#499) and RFC-0002 organization question inbox (#500), which this issue identifies as related. Work through the listed design questions: policy location and trust, precedence, allowed settings, and how org-scoped answers interact with policy. Done means those choices are specified, while user-level operator configuration remains out of scope.
索引モデルが issue の本文から書いたものです。
説明
Summary
darnit is moving tool configuration (which checks and commands run, which plugins and MCP servers are trusted, storage backends, LLM budgets, policy for how project assertions are treated) out of the audited repository and into operator configuration: configuration owned by whoever runs darnit, starting at the user level.
This issue tracks the follow-on: an organization-level policy source that an operator can choose to trust, so an org can set shared policy once for every repository it audits.
Scope to design
- Where org policy lives (for example the org-level
.projectrepository) and how an operator declares that they trust it, including pinning to a reviewed revision. - Precedence: built-in defaults, then user-level operator configuration, then trusted org policy, then per-run flags. Nothing from an audited repository enters this chain.
- Which settings org policy may set (policy such as frameworks, levels, confirmation expiry, treatment of project assertions) versus settings that stay with the individual operator (credentials, local execution, budgets).
- How org-scoped answers (for example an org security contact) relate to org policy, so a question answered once applies across repositories.
Out of scope
User-level operator configuration itself, which is being specified first.
Related: RFC-0001 September 2026 revision (#499), RFC-0002 organization question inbox (#500).
- 主要言語
- Python
- スター
- 22
- フォーク
- 27
- 平均マージ
- 1日 20時間
- マージ済み PR（30日）
- 39
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
darnitdevorg/darnit のほかの issue
-
needs triage
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
darnitdevorg/darnit#589 ·
メンテナーはふだん 1 日以内に返信
-
needs triage
難易度 2/5 1〜3時間 初心者へのやさしさ 83/100
darnitdevorg/darnit#587 ·
メンテナーはふだん 1 日以内に返信
-
needs triage
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
darnitdevorg/darnit#585 ·
メンテナーはふだん 1 日以内に返信
-
quality
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
darnitdevorg/darnit#523 ·
メンテナーはふだん 1 日以内に返信
-
documentation good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
darnitdevorg/darnit#516 ·
メンテナーはふだん 1 日以内に返信
darnitdevorg/darnit の issue をすべて見る
似ている issue
-
[Bug]: Streamed /v1/chat/completions sends unredacted agent error text (keys) in the final chunk対応中かも @rodricksz4h5 が今日担当しました。 オープンarea/streaming comp/gateway P2 type/security
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
NousResearch/hermes-agent#138245 ·
メンテナーはふだん 1 日以内に返信
-
[oblt-aw][autodoc] Update user onboarding guide for mandatory trigger CODEOWNERS step対応中かも @github-actions が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
メンテナーはふだん 1 日以内に返信
-
correction metadata
難易度 2/5 1時間未満 初心者へのやさしさ 68/100
acl-org/acl-anthology#10378 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
cloudtrail_multi_region_enabled_logging_management_events fails when the advanced event selector has a custom name対応中かも @12YYCCYY16 が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
prowler-cloud/prowler#13033 ·
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 1/5 1〜3時間 初心者へのやさしさ 88/100
graygarbage/HermesKey#23 ·