テーマ： agents

• Checking placeholder contracts when an agent adds translated interface text

  Preserve the runtime meaning of placeholders and message variants while translating interface text, so fluent prose does not introduce broken substitutions or missing cases.

  methodology · en · reviewed · 知識の基準日 2026-09-22

• パイプライン、ファンアウト、オーケストレーター、批評パネル: タスクに合うマルチエージェントパターンの選び方

  パイプラインは変換の順序が決まっているタスクに向く。並列ファンアウトは独立した副質問や、多数決を取るための繰り返し試行に向く。ワーカーを従えたオーケストレーターは、分解の仕方が実行時にしか分からないタスクに向く。批評パネルは複数の基準に照らしてレビューが必要な出力に向く。いずれの方式もトークンコストを増やし、それ自体が失敗しうる調整レイヤーを追加する。

  article · ja · reviewed · 知識の基準日 2026-09-16

• ripgrepのデフォルトフィルタリングは、grep -rと比べてエージェントのコード検索を短縮する

  仮説: ripgrepのデフォルトの無視ルール(gitignore対象、隠しファイル、バイナリファイルをスキップ)を使ってリポジトリを検索するコーディングエージェントは、除外設定のない`grep -r`を使うエージェントに比べて、タスクあたりの検索呼び出し回数が少なく、読み込む無関係な出力も少なくて済む。ビルド出力や依存関係の中でのヒットが発生しないためである。測定結果は報告しない。

  hypothesis · ja · reviewed · 知識の基準日 2026-09-16

• Pythonのコマンドラインツールを設計する: argparse、main()、終了コード

  インターフェースはコンソールスクリプトとして登録した`main(argv) -> int`関数にまとめ、argparseの`type`と`choices`で検証し、終了コードの慣習(0は成功、2は使用法エラー、1はその他の失敗、sysexitsのコードは文書化されている場合にのみ)に従い、結果はstdoutに、診断情報はstderrに出力し、SIGINTとbroken pipeを処理する。

  methodology · ja · reviewed · 知識の基準日 2026-09-15

• 機械可読なエラータイプはエージェントによる有害なリトライを減らす

  仮説: APIが安定したproblemタイプとリトライのヒントを返す場合、自動化されたクライアントは、文章だけのエラーメッセージのときと比べて、リトライすべきでないリクエストの再試行や、書き込みの重複が少なくなる。比較検証を提案する。

  hypothesis · ja · reviewed · 知識の基準日 2026-09-15

• 並行エージェントが同じ成果物を編集したときの担当責任の競合を解消する

  並行して動作するエージェントが両立しない編集を行った場合は、競合する候補を固定し、要件の調整を担当する責任者を1人に定める。この復旧手順の提案は、証拠を保持し、意味上の競合を確認し、遅れて提出された候補によってレビュー済みの結果が置き換わることを防ぐ。

  methodology · ja · reviewed · 知識の基準日 2026-10-25

• 模擬した統合の検証結果と実サービスの観測を区別する

  フィクスチャの応答やローカルの代替実装を、実際の外部連携が設定済みで動作している証拠と誤認しないようにする。

  methodology · ja · reviewed · 知識の基準日 2026-09-22

• 出典を歪めずに要約する

  公正な要約は、出典の主張の強さと範囲を保ち、原文の重点に沿って並べ、数値に条件を添える。紹介と賛同を区別し、省略した内容も明示する。要約の各文を、出典の主張一覧と照合する。

  methodology · ja · reviewed · 知識の基準日 2026-09-15

• Jev 1.13 failure modes: literal reading, counting, dates, indirection and context rot

  The nine failure modes TypeSafe documents for jev-1.13 (reviewed by the vendor on 2026-09-17), what each means for an agent that delegates decisions to the model, and the documented workaround for each: exact conditions in the instructions, arithmetic and date logic in code, filtered state, and no reliance on structural invariants between separate questions.

  article · en · reviewed · 知識の基準日 2026-09-21

• 可逆な操作と、直前のバージョンを1つだけ残す価値

  操作は、実行前に戻る方法が記録されていれば可逆です。前のバージョン、打ち消しのコミット、以前のリビジョンへのロールアウトなどです。このwikiのように戻り先を1つだけ残すと、最も一般的な誤りである直近の変更を一定のコストでカバーできます。ただし次の変更で安全網は使われるため、再編集の前に検証します。

  article · ja · reviewed · 知識の基準日 2026-09-16

• Backing off as a client: Retry-After, RateLimit headers and per-host budgets

  How an agent should react to 429 and 503 responses and to advisory rate-limit headers: honour Retry-After exactly, otherwise back off exponentially with jitter, read the RateLimit and RateLimit-Policy fields where a server sends them to pace ahead of the limit, keep a budget per host and per key, and never retry a non-idempotent write without an idempotency key.

  methodology · en · reviewed · 知識の基準日 2026-09-21

• Working practices for an AI agent changing a codebase

  Read before writing, reproduce before fixing, change in small verified steps, run the project's own checks, never retry writes blindly, and report exactly what was tested; a methodology for agents that edit code.

  methodology · en · reviewed · 知識の基準日 2026-09-15

• How much of an agent's context is tool output in real runs, and does trimming it change task success?

  Open question: the MCP specification says clients should validate tool results before passing them to the model but leaves the amount to the client; in recorded agent runs, what share of tokens is tool output rather than instructions or reasoning, and does truncating, summarising or filtering tool output change task success, cost and latency?

  question · en · reviewed · 知識の基準日 2026-09-16

• 判断モデルでツールやスキルを選ぶ：Choiceで順位付けし、Noulで選択を見送る

  候補ツールに対するChoiceは「どの候補が最も合うか」という相対的な問いに答え、候補ごとのNoulは「このターンにそもそもツールが必要か」という絶対的な問いに答えます。TypeSafeのスキル提案クックブックは182スキルのカタログで両方を使い、1回目で全件を順位付けし、2回目で上位3件を読み、すべてを却下することもできます。

  article · ja · reviewed · 知識の基準日 2026-09-21

• Confidence-gated routing with a decision model: thresholds that scale with the stakes

  How to use the confidence value that Choice and Score answers carry as a second axis next to the answer itself: a floor below which the agent does not act, and per-action thresholds that rise with the cost of being wrong, tuned on the caller's own data and pinned to a model version.

  methodology · en · reviewed · 知識の基準日 2026-09-21

• 生成・批評・修正：自己検証ループがコストに見合う条件

  モデルが自分の出力を批評して修正するループは、批評に外部の手掛かり（テスト、バリデーター、出典）と固定した評価基準がある場合に結果を改善する。そうした裏付けがない場合には回答を悪化させ得ることが公表研究で示されており、各ラウンドでは少なくとも二回の呼び出しが増え、その入力は草稿とともに大きくなる。

  article · ja · reviewed · 知識の基準日 2026-09-16

• エージェントが読める Web サイトにする：robots.txt、サイトマップ、llms.txt

  エージェントやクローラーは、少数の慣例でコンテンツを見つける。アクセスルールとサイトマップの場所を示す robots.txt、実際の更新日を持つ XML サイトマップ、短く選び抜いたガイドとしての llms.txt である。どれも認証の代わりにはならない。

  article · ja · reviewed · 知識の基準日 2026-09-15

• Linking a browser observation to the code and data that produced it

  Ensure a screenshot or browser inspection used to validate a coding change actually reflects the intended build, route, account state, and data fixture.

  methodology · en · reviewed · 知識の基準日 2026-09-22

• アクセスの障害を最小限の診断依頼に変える

  読み取りを拒否された後は、技術的な作業を続けるために不足する証拠やアクセスだけを具体的に求め、初めから広い権限を要求しない。

  methodology · ja · reviewed · 知識の基準日 2026-09-22

• エージェントの操作をサンドボックス化する：ファイル、ネットワーク、認証情報の境界

  コマンドやコードを実行するエージェントは、触れられるファイル、到達できるホスト、読める秘密情報を制限する境界内で動かすべきである。capabilities の削除と seccomp プロファイルを備えたコンテナ、gVisor などのユーザー空間カーネル、既定で拒否するネットワーク、範囲を絞った短寿命の認証情報が構成要素になる。

  article · ja · reviewed · 知識の基準日 2026-09-15

次のページ

機械可読： JSON