[FEATURE]: Endpoint for file submission

[xeon826]

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

I've created a fork/branch though I've not tested it yet which is why I haven't created a PR, if anyone can test it, I'd appreciate that, I just haven't gotten around to it. It's simply to convey the purpose of this feature at this point.

I created an additional feature for this plugin which is a Neovim wrapper for opencode. My feature is a file picker for this plugin but the issue I'm having is that opencode doesn't have an endpoint for submitting file paths. I can send the file path and the LLM will deduce that it should read that file but with the @path/to/file functionality innate to opencode, it seems the file is included in the prompt which is why this would be useful.

To summarize: an endpoint for file submission in the prompt.

[github-actions]

This issue is related to some existing feature requests. While not exact duplicates, you may want to check:

• [ISSUE/FEATURE]: read with permission ask requires confirm for each file separately - proposing readall built-in tool #9614: Proposes a 'readall' built-in tool for handling multiple file confirmations
• [FEATURE]: Add @ mention syntax for one-time MCP server activation in chat #9548: Discusses @mention syntax for one-time tool/MCP server activation
• [FEATURE]: specify --tools on command-line for enabling/disabling tools #9386: Discusses command-line tool specification

These could provide context on how file handling and tool invocation is being approached in the platform. Your endpoint proposal could integrate well with these discussions around tool submission and file handling workflows.

[nickjvandyke]

The TUI used to interpret filepaths appended to the TUI input via API the same way as filepaths selected from opencode's completion menu. i.e. auto-include the file content in the prompt. But I think that was lost with the opentui migration.

If possible, re-adding that would be preferable to an endpoint and cover this use-case too. It makes opencode respond much faster to API-entered prompts because it doesn't have to READ the file first.