Repository navigation
[FEATURE]: Plugin-Provided Autocomplete #5558
Copy link
Copy link
Closed
Labels
discussionUsed for feature requests, proposals, ideas, etc. Open discussionUsed for feature requests, proposals, ideas, etc. Open discussion
Description
Feature hasn't been suggested before.
- I have verified this feature I'm about to request hasn't been suggested before.
Describe the enhancement you want to request
Describe the enhancement you want to request
Problem
Currently, the TUI autocomplete only supports built-in triggers:
@for files and agents/for slash commands
There's no way for plugins to contribute completion items. This limits plugins that could benefit from autocomplete, such as:
- Issue trackers (beads, linear, jira) - completing issue IDs
- Database tools - completing table/column names
- Project-specific references - completing custom identifiers
Proposed Solution
Add a new plugin hook "autocomplete.provide" that allows plugins to:
- Register custom trigger characters (e.g.,
#for issues) - Provide completion items when their trigger is activated
- Optionally handle their own filtering (vs. default fuzzysort)
API Design
// Provider configuration
interface AutocompleteProvider {
trigger: string // "@", "#", or prefix like "bd-"
fuzzy?: boolean // Use fuzzysort (default: true)
}
// Completion item
interface AutocompleteItem {
display: string // Dropdown text
value?: string // Text to insert
description?: string // Secondary text
}
// Hook signature
interface Hooks {
"autocomplete.provide"?: (
input: { trigger: string; query: string },
output: { provider?: AutocompleteProvider; items: AutocompleteItem[] }
) => Promise<void>
}Example Usage
// Beads issue tracker plugin
export const BeadsPlugin: Plugin = async (ctx) => ({
"autocomplete.provide": async (input, output) => {
output.provider = { trigger: "#", fuzzy: true }
if (input.trigger !== "#") return
const issues = await fetchIssues(ctx)
for (const issue of issues) {
output.items.push({
display: `${issue.id}: ${issue.title}`,
value: issue.id,
description: issue.status,
})
}
},
})User types #bd- → sees dropdown with matching issues → selects → bd-a1b2 inserted.
Behavior
- Trigger conflict: First plugin to register a trigger wins
- Prefix triggers: Support both single-char (
#) and prefix (bd-) triggers - Filtering: OpenCode applies fuzzysort by default; plugins can disable and filter themselves
- Insertion: Selected item's
value(ordisplay) is inserted at cursor
Implementation Scope
| Package | Changes |
|---|---|
@opencode-ai/plugin |
Add hook types |
packages/opencode/src/server/server.ts |
Add /autocomplete/* endpoints |
packages/opencode/src/cli/cmd/tui/context/sync.tsx |
Store providers |
packages/opencode/src/cli/cmd/tui/component/prompt/autocomplete.tsx |
Handle custom triggers |
| SDK | Regenerate from OpenAPI |
Benefits
- Extensibility: Plugins can provide contextual completions
- Better UX: Users get autocomplete for plugin-specific identifiers
- Consistent patterns: Uses existing hook/trigger architecture
- Non-breaking: Existing
@and/behavior unchanged
Use Cases
- Issue trackers: beads, Linear, Jira, GitHub Issues
- Documentation: Notion pages, Confluence docs
- Databases: Table/column names for SQL tools
- Custom references: Project-specific IDs, ticket numbers
Happy to implement this if the design looks good. Let me know if you'd prefer different trigger behavior or API shape.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
discussionUsed for feature requests, proposals, ideas, etc. Open discussionUsed for feature requests, proposals, ideas, etc. Open discussion
Activity
github-actions commentedon Dec 15, 2025
This issue might be a duplicate of existing issues. Please check:
All these requests aim to extend the plugin system to support new types of plugin-provided functionality beyond current event hooks. The autocomplete feature request may benefit from insights in these related discussions.
Feel free to ignore if your specific autocomplete use case addresses unique requirements not covered in these issues.
rekram1-node commentedon Dec 15, 2025
I think @thdxr had some ideas but this is definitely something we want
antonio-ivanovski commentedon Feb 12, 2026
This is something i want too :) I was using the desktop opencode for a bit and got fooled by the spellcheck and dumb next word suggestion. Would not make it as aggressive as in Cursor as this is when the AI can influence our thinking and steer us in an undesired direction.
@rekram1-node @thdxr
github-actions commentedon Apr 14, 2026
To stay organized issues are automatically closed after 90 days of no activity. If the issue is still relevant please open a new one.
dimaslanjaka commentedon Jun 9, 2026
we need this