[Bug]: Antigravity native slash commands (e.g. /swarm) never appear in the composer
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- typescript
- Lĩnh vực
- backend, developer-experience
Hướng nghiên cứu
Start in apps/server with AntigravityDriver's onSessionEvent, which calls provider.onAvailableCommands without a cwd, then read AntigravityProvider.onAvailableCommands and snapshotForCwd to see how workspaceSnapshots and slashCommandsPending are set. Also check where publishCatalog is wired to onAuthenticated for the startup path. Done when native commands like /swarm appear in the composer after restart and after a new session, without waiting for a turn.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Before submitting
- I searched existing issues and did not find a duplicate.
- I included enough detail to reproduce or investigate the problem.
Area
apps/server
Steps to reproduce
- Set the Antigravity provider's Binary path to an Antigravity CLI ≥ 1.5.0 (
agy, launched asagy acp). - Restart T3 Code.
- Open (or create) an Antigravity thread in any project and type
/. No native Antigravity commands (/swarm,/goal,/teamwork,/plan, …) are listed; only skills appear. - Send any message so an ACP session starts, then type
/again. Still no native commands.
Expected behavior
The / menu lists the commands the agent advertises via available_commands_update as soon as they are known. They should not be lost on restart, or should be refreshed at startup.
Actual behavior
The agent does advertise the commands, and the server receives them, but the composer never shows them:
- Commands from a thread session are stored without a cwd. In
AntigravityDriver, the thread runtime'sonSessionEventcallsprovider.onAvailableCommands(event.availableCommands)with nocwd.AntigravityProvider.onAvailableCommands(commands, cwd)only writes aworkspaceSnapshotsentry whencwdis given, so the commands land only in the provider-wideslashCommands. - The per-cwd snapshot taken just before is empty and is trusted for 5 minutes. The workspace refresh calls
snapshotForCwdwhen the thread opens or starts. That happens about 2 s before the agent'savailable_commands_update, so it recordsslashCommands: []. Antigravity'ssnapshotForCwdnever setsslashCommandsPending, so the empty list is stored as complete and stays "current" forPROVIDER_WORKSPACE_SNAPSHOT_TTL_MS(5 min). The client prefersworkspaceSnapshot.slashCommandsover the populated provider-wide list. - Startup never publishes the catalog.
publishCatalog(which forwardsAvailableCommandsUpdated) is only wired to the auth flow'sonAuthenticated. On restart the provider state is rebuilt withslashCommands: [], and nothing repopulates it until a turn is sent.
Related: #31832 (closed feature request for native command parity). This is a separate, concrete bug: the agent sends the commands, but they don't reach the composer.
Impact
Minor bug or occasional failure
Version or commit
T3 Code (Nightly) 0.1.10-nightly.20261111.4529
Environment
macOS 26 (darwin-arm64), Antigravity provider (oauth-personal), Antigravity CLI 1.5.7 via Binary path
Logs or stack traces
# server.trace.ndjson span names (local time)
00:09:40 AntigravityProvider.snapshotForCwd # workspace snapshot recorded, slashCommands = []
00:09:42 AntigravityProvider.onAvailableCommands # 120 commands arrive (incl. "swarm"), stored provider-wide only
# composer keeps showing the empty cwd snapshot
00:12:53 server.startup # restart: provider slashCommands reset to []
00:13:09 AntigravityProvider.snapshotForCwd # [] again
# Standalone `agy acp`: session/new returns at ~3.59 s, available_commands_update (120 commands) at ~3.62 s.
Workaround
Typing the full command (for example /swarm <task>) and sending it should work, because buildAntigravityPrompt passes the text unchanged and the agent expands slash commands itself. Only discovery through the / menu is broken.
- Ngôn ngữ chính
- TypeScript
- Star
- 24.8k
- Fork
- 6.4k
- Merge trung bình
- 59 phút
- Pull request đã merge (30 ngày)
- 418
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của pingdotgg/t3code
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
Maintainer thường phản hồi trong vòng 1 ngày
-
via-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: MCP App inline frames never go below 80px, so compact apps get blank space under themĐang mở
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Question card options show LaTeX as raw source, though the question text renders itCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: Settings inheritance popover shows raw slugs for branch naming, default permissions and response streamingCó thể đã có người làm @juliusmarminge đã nhận 1 ngày trước. Đang mởvouch:denounced
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của pingdotgg/t3code
Issue tương tự
-
bug platform:mobile root-cause:found
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
openchamber/openchamber#6926 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
push-based/user-flow#356 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Cygnux-Labs/Tracekit#827 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
www build: a refused import shows only "ENOENT scandir <outDir>", never the build-audience errorĐang mởkind:defect
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 91/100
Maintainer thường phản hồi trong vòng 1 ngày
-
type:bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
nightgauge/nightgauge#3266 ·
Maintainer thường phản hồi trong vòng 1 ngày