stellar skill tells agents not to capture contract IDs but not how to get one back
维护者通常 2 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 2/5
- 预计耗时
- 1-3 小时
- 新手友好度
- 65/100
- Issue 类型
- 文档
- 描述清晰度
- 基本清楚
- 活跃度
- 活跃
- 技术栈
- rust
- 领域
- cli, documentation
调研方向
指引位于 cmd/soroban-cli/src/commands/skill/SKILL.md 第 45-59 行附近，其中写明了 alias 命令以及不要记录 ID 的规则。在使用 --alias 部署之后，运行 stellar contract alias show <name> --network <net>，确认它输出的是裸合约 ID。完成的标准是：skill 文本告诉智能体如何通过别名找回该 ID，并且措辞与文件其余部分保持一致。
由索引模型根据 Issue 内容生成。
描述
What's wrong:
The skill text says "Do not capture the deployed contract id into a shell variable or .env file" and lists alias ls, alias add and alias rm for managing aliases (v28.1.0 skill/SKILL.md#L45-L59). It never mentions stellar contract alias show <name> --network <net>, which has printed a single contract ID since #1567. Same on main.
Impact:
An agent that needs the ID itself later (to pass to an SDK, a frontend or another tool) has no documented way to get it back, so it falls back to capturing deploy output, which the skill forbids and the Agent CLI build-and-deploy guide models. The skill ships inside the binary, so agents read it before any docs page.
How we found it:
Reading the skill alongside the Agent CLI guides while reviewing HackMeridian 2026 hackathon repos (147 public repos), where deploy scripts captured contract IDs from stdout. Checked against v28.1.0 and main on 1 November 2026.
Outcome we're after:
An agent following the skill can get a deployed contract's ID back by its alias without capturing deploy output. How to get there is up to the implementer.
How to check:
- Following only the skill text, an agent can deploy with
--aliasand later print that contract's ID. stellar skilloutput on the next release reflects it.
Related: #2727 (added the skill, for #2409), stellar-docs build-and-deploy guide (separate docs issue).
- 主要语言
- Rust
- 星标
- 129
- 派生
- 153
- 平均合并
- 2 天 13 小时
- 30 天内合并 PR
- 10
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
stellar/stellar-cli 的其他 Issue
-
arg_value_union panics on zero-arity union tuple case (unchecked type_[0] index)可能已有人在做 @hvoi 于 12 天前认领。 未关闭bug
难度 2/5 1-3 小时 新手友好度 72/100
stellar/stellar-cli#2806 · 1 条评论 ·
维护者通常 2 天内回复
-
contract extend panics on single-change resultMetaXdr (index out of bounds at extend.rs:306)可能重新可做 @duongynhi000005-oss 于 8 天前认领，目前没有进行中的 PR。 未关闭
难度 1/5 1 小时以内 新手友好度 90/100
stellar/stellar-cli#2796 · 1 条评论 ·
维护者通常 2 天内回复
-
Document stellar-cli's RPC trust boundary可能重新可做 关联的 PR 已关闭且未合并。 未关闭
难度 1/5 1-3 小时 新手友好度 85/100
stellar/stellar-cli#2781 · 1 条评论 ·
维护者通常 2 天内回复
-
Display the full authorization tree before signing auth entries可能已有人在做 @DeadZen 于 30 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 82/100
stellar/stellar-cli#2779 ·
维护者通常 2 天内回复
-
`tx update sequence-number next` fails when the transaction source is a muxed account可能重新可做 @duongynhi000005-oss 于 8 天前认领，目前没有进行中的 PR。 未关闭bug
难度 2/5 1-3 小时 新手友好度 76/100
stellar/stellar-cli#2774 · 1 条评论 ·
维护者通常 2 天内回复
查看 stellar/stellar-cli 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 82/100
hydro-project/hydro#3289 ·
维护者通常 1 天内回复
-
diagram-bug good first issue help wanted
难度 2/5 1-3 小时 新手友好度 82/100
enhapu-afk/omaspec#4 ·
-
priority: low ☕️ type: bug 🐛
难度 2/5 1-3 小时 新手友好度 62/100
维护者通常 1 天内回复
-
bug security
难度 2/5 1-3 小时 新手友好度 70/100
维护者通常 4 天内回复