[Feature Request] Agent capabilities manifest + rollout channel protocol
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 静か
調査の方向性
ペイロードには既存のファイルやテストが記載されていません。まず GET /v1/agent/manifest のコントラクトと capability status model を定義し、次に SSE/WebSocket CHANGELOG_DIFF チャネル、SDK ヘルパー、host UI の要件を確認してください。合意済みのプロトコルスキーマ、実例、リファレンス SDK ヘルパーが揃えば完了としますが、スコープとリポジトリ内の配置については、まだ maintainer の確認が必要です。
索引モデルが issue の本文から書いたものです。
説明
Capability area
Agent harness / Agent Teams
What does M2.7 fail to do for you?
Workload: M3 (or M2.7) running inside host applications — web chat, Android app, IDE plugins, CLI — where the model is wrapped in an agent harness.
What M2.7 fails to do today:
It cannot tell — and cannot be told — which of its own capabilities are actually available to the current user/session. There is no protocol for the host application to advertise to the model:
- which tools are enabled, behind a flag, gradually rolling out, or disabled
- which surface (web / Android / iOS / IDE / CLI) and app version is hosting it
- which account tier, region, or experiment bucket the user is in
- when a capability's status changes mid-session
Concrete failure (real example):
User (Android app, free tier, EU region): "Generate a 10-second video of a cat playing piano."
Agent: "Sorry, that feature is not available in your account."
User: opens a bug report.
Reality: video gen is in gradual rollout at 12% and will reach them in ~3 weeks.
Every disabled feature surfaces as a bug. The user has no way to know whether it's:
- a bug,
- a region/tier lock,
- an experiment-bucket exclusion,
- a gradual rollout,
- a deprecation,
- or just "not enabled on this surface."
What I want M3 to support:
Pair the model with a small, model-agnostic Agent Capabilities Protocol:
GET /v1/agent/manifestat session start — static JSON listing
model,host_context,account, andcapabilities[]with status
(available/behind_flag/gradual_rollout:<pct>/deprecated
/disabled) and a human-readablereason+expected_full_rollout.- A live channel (SSE / WebSocket) emitting
CHANGELOG_DIFFevents
when a capability's status changes mid-session. - An SDK helper like
agent.capabilities().tool("gen_videos").status()so the model can
reason about availability before calling a tool. - A host-UI surface that mirrors rollout state to the end user
("Video gen is in gradual rollout for your account — ETA 2026-08-15").
Why this matters for M3 specifically:
M3 is positioned as a 1M-context agentic model running across many
surfaces. Without a standardized capability-discovery protocol, every
host reimplements the same rollout logic, every user gets a different
"not available" message, and every bug report is filed against a
feature the user was never supposed to see yet.
The protocol itself is model-agnostic and would also benefit M2.5 /
M2.7 / future releases. Happy to relocate this to a different repo
(e.g. Mini-Agent or a platform repo) if the team prefers.
What would "good" look like in M3?
I am happy to follow up with a PR for the schema doc (JSON schema +
worked example) and a reference SDK helper, once the team signals
this is in scope. If MiniMax-M3 is not the right home for a
model-agnostic protocol, please point me to the preferred repo and
I will relocate.
References
- Related: this is conceptually similar to MCP
toolAnnotations/
tool.listChangednotifications, extended to cover rollout state. - No prior issue found on
MiniMax-AI/MiniMax-M3(filed on 2026-07-22).
- 主要言語
- 言語のデータがありません
- スター
- 491
- フォーク
- 59
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
MiniMax-AI/MiniMax-M3 のほかの issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
MiniMax-AI/MiniMax-M3#34 · リアクション 1 件 ·
-
[M2.7 Bug]オープンbug
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
MiniMax-AI/MiniMax-M3#35 ·
-
enhancement
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
MiniMax-AI/MiniMax-M3#33 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 48/100
MiniMax-AI/MiniMax-M3#32 ·
-
bug
難易度 4/5 3〜5日 初心者へのやさしさ 42/100
MiniMax-AI/MiniMax-M3#31 ·
MiniMax-AI/MiniMax-M3 の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
メンテナーはふだん 1 日以内に返信
-
BC remittance upload: a claim MSP refused (S03) is saved with a blank status instead of refused (F)オープンtype: bug
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
carlos-emr/carlos#4933 ·
メンテナーはふだん 1 日以内に返信
-
Authentication / Authorization Feature: Volunteer
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
Emanuele-web04/remodex#203 ·
メンテナーはふだん 1 日以内に返信
-
area:protocol bug
難易度 2/5 1〜3時間 初心者へのやさしさ 90/100
メンテナーはふだん 1 日以内に返信