通过 Gitea API（POST /repos/{owner}/{repo}/issues）以 AI 代理方式创建工单时，只能提交纯文本（title/body），用户提供的截图无法一并上传，只能在网页端手动补充附件。
支持 AI 创建工单时直接上传截图作为工单附件，例如：
用户向 AI 提交 UI bug 截图并要求提工单；AI 建单成功但截图需人工到网页端手动补传，增加额外操作成本。
claim — session unspecified-session · branch workflow/session/issue-7-screenshot-attach · account fourbroad (atomic claim via script/claim.sh, #3327)
unspecified-session
workflow/session/issue-7-screenshot-attach
fourbroad
已处理完毕（PR Octopus/octopus#5716，已合并）。
结论：POST /repos/{owner}/{repo}/issues/{index}/assets 端点在本实例一直可用，无需服务端改动——缺的是 agent 侧文档。本次已在 octopus 的 gitea-rest skill 中补齐附件上传配方：
POST /repos/{owner}/{repo}/issues/{index}/assets
attachment
?name=
browser_download_url
GET /api/v1/settings/attachment
AI 后续提工单时按此配方即可直接携带截图，无需网页端手动补传。
No dependencies set.
The note is not visible to the blocked user.
背景
通过 Gitea API（POST /repos/{owner}/{repo}/issues）以 AI 代理方式创建工单时，只能提交纯文本（title/body），用户提供的截图无法一并上传，只能在网页端手动补充附件。
期望
支持 AI 创建工单时直接上传截图作为工单附件，例如：
场景
用户向 AI 提交 UI bug 截图并要求提工单；AI 建单成功但截图需人工到网页端手动补传，增加额外操作成本。
claim — session
unspecified-session· branchworkflow/session/issue-7-screenshot-attach· accountfourbroad(atomic claim via script/claim.sh, #3327)已处理完毕（PR Octopus/octopus#5716，已合并）。
结论：
POST /repos/{owner}/{repo}/issues/{index}/assets端点在本实例一直可用，无需服务端改动——缺的是 agent 侧文档。本次已在 octopus 的 gitea-rest skill 中补齐附件上传配方：attachment，?name=可改存储文件名）→ 把返回的browser_download_url贴回正文内联展示；GET /api/v1/settings/attachment查实时值（当前：启用、单文件 100MB、每请求 5 文件、png/jpg/webp/gif/pdf/zip 等均允许），文档明确要求查实时值而非硬编码。AI 后续提工单时按此配方即可直接携带截图，无需网页端手动补传。