CommandCodeAI / CommandCodeAI/command-code

ModApi gap: mods cannot read or write the live input field (blocks ghost-text / prefill / Space-to-accept)

未關閉
#658 1 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

還沒有人認領這個 Issue。

主要語言
沒有語言資料
星號
4k
分支
350
PR 合併指標
30 天內沒有已合併 PR

描述

ModApi gap: mods cannot read or write the live input field

Summary

The ModApi gives mods no way to read the current text in the input field or set/prefill it. transformInput only intercepts submitted text — it never sees what's being typed, and there's no cmd.ui.setInputText-style API. This blocks a whole class of UX (ghost-text suggestions, inline completion, input prefill) that pi-prompt-suggester and similar tools rely on.

Context

I built a prompt-suggester mod (https://github.com/burningportra/cmd-prompt-suggester) that aims to suggest the user's next prompt after each response — the pi-prompt-suggester UX. The core interaction I cannot implement:

  1. Show a suggestion as ghost text inside the input box — impossible; rendering is line-based only (cmd.ui.notify / cmd.ui.setStatus / cmd.ui.widget, and widget is explicitly "not wired into the TUI yet").
  2. Prefill the input field so the user can edit before sending — impossible; no input-write API.
  3. Press Space to accept the suggestion into the field — impossible; transformInput fires on submit, not on keystroke, so I can't fill the field or bind a key.
What I had to ship instead
  • Suggestion rendered as a 💡 next: notice (line-based).
  • Accept via /j slash command or typing 1 — because there's no way to inject text into the field.

This works, but it's a strict downgrade from pi's UX (ghost text + Space-to-accept), and it's the single most-requested feature for this kind of mod.

Proposed API (open to alternatives)
  • cmd.ui.getInputText(): string — read the current input field contents.
  • cmd.ui.setInputText(text: string): void — replace/prefill the input field.
  • Optionally a keybinding hook (hooks.onKeypress) so mods can respond to Space/Tab/arrows while typing.
Why it matters

The ModApi docs advertise "typed-input interception" as a first-class capability, but it only covers submitted input. Interactive suggestion/prefill is the natural next step, and it's what users expect from a "prompt suggester" mod.

Environment
  • Command Code 1.15.0, macOS
  • Docs read: commandcode.ai/docs/mods (ModApi reference, UI surface)

貢獻指南

這個儲存庫沒有索引到貢獻指南

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

研究方向

從 commandcode.ai/docs/mods 的 ModApi 參考開始,檢查現有的 cmd.ui.notify、cmd.ui.setStatus、cmd.ui.widget 和 transformInput 介面。定義輸入讀取與寫入行為,並判斷是否需要處理按鍵;完成條件是 mods 不依賴通知或斜線命令即可支援所要求的預填入或互動式建議工作流程。

由索引模型根據 Issue 內容生成。

評估

領域
api, cli, developer-experience
Issue 類型
功能
難度
5/5
預估耗時
一週以上
活躍度
冷清
描述清晰度
基本清楚
新手友好度
45/100

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。