Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

:bug: github issue agent fails due to incompatibility with openai

未关闭
#856 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 8 天内回复

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
48/100
Issue 类型
缺陷
描述清晰度
基本清楚
活跃度
活跃
技术栈
github, python
领域
ai, api, backend

调研方向

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 内容生成。

描述

kind/bug
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 小时
30 天内合并 PR
39

环境准备

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

rossoctl/examples 的其他 Issue

查看 rossoctl/examples 的全部 Issue

相似的 Issue

更多 Python Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。