:bug: github issue agent fails due to incompatibility with openai
メンテナーはふだん 8 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 48/100
調査の方向性
Start with a reproduction of the git-issue-agent failure using OpenAI, then inspect a2a/git_issue_agent/pyproject.toml and pkg/github/issues.go:543-551. Capture the tool schema on the wire and compare it with the resolved crewai-tools and OpenAI versions. Done means the cause is confirmed and the agent can run without the invalid null parameters error.
索引モデルが issue の本文から書いたものです。
説明
Describe the bug
The problem: the git-issue-agent fails before any tool runs:
400 Invalid schema for function 'list_issue_types':
None is not of type 'object', 'boolean'
Steps To Reproduce
Use the agent with open ai
I only verified it with Token Broker - I need to verify it with token exchange or understand why (in case it only happened with token-broker)
Expected Behavior
Cause: crewai-tools converts MCP tool schemas into OpenAI function definitions and emits parameters: null for that tool. OpenAI 2.45.0 rejects null. The MCP server's own schema is valid — I read it at pkg/github/issues.go:543-551, a proper {type: "object", properties: {owner}, required: ["owner"]}.
Why now: a2a/git_issue_agent/pyproject.toml uses floors, not pins — crewai-tools[mcp]>=1.15.2, openai unpinned. Rebuilding resolved openai 2.45.0. Tellingly, that file's own comments discuss pinning around openai 2.24.0/2.30.0, so the resolved set has drifted well past what the code was written against.
Caveat: this is inferred from the error plus the version drift. I never captured the actual schema on the wire — my attempt to enable MCP command logging wrote to a file rather than stdout, and I reverted it. So "crewai-tools mangles it" is the strong hypothesis, not a proven fact. Worth confirming before pinning blindly.
Rossoctl Version
No response
Additional Context
No response
- 主要言語
- Python
- スター
- 11
- フォーク
- 42
- 平均マージ
- 4日 4時間
- マージ済み PR（30日）
- 39
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
rossoctl/examples のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 8 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 25/100
rossoctl/examples#986 · コメント 2 件 ·
メンテナーはふだん 8 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 25/100
rossoctl/examples#985 · コメント 2 件 ·
メンテナーはふだん 8 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 30/100
rossoctl/examples#984 · コメント 2 件 ·
メンテナーはふだん 8 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 35/100
rossoctl/examples#983 · コメント 2 件 ·
メンテナーはふだん 8 日以内に返信
rossoctl/examples の issue をすべて見る
似ている issue
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
fossasia/visdom-dev#77 ·
メンテナーはふだん 4 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
aws-cloudformation/cfn-lint#4890 ·
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
volcengine/OpenViking#6521 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
AstrBotDevs/AstrBot#10720 ·
メンテナーはふだん 1 日以内に返信