fieldrich-vscode-extensionVS Code extension for FieldRich AI OS chat, repository questions, expert consultation, and software development tasks. Images (1.7.2): drag images into chat, paste with Ctrl+V, or use + to attach PNG, JPEG or WebP files. Click a photo to view it at full size, zoom, and download it in the website or extension. Both interfaces restore saved chat photos and support removal and image-only messages. Chat experts and Agent mode use the local Qwen vision model. Image analysis requires the server image integration; see image setup and verification. Open the FieldRich sidebar and select Agent to ask it to investigate, implement, fix, or test code in the first open workspace folder. It reads actual files, searches source, makes focused edits, runs commands, and feeds the observed results back to the AI OS until it finishes or reports a blocker. Agent mode does not require an index. Normal chat, repository chat, and Consult keep their existing API contracts. Select Commands → Automatic (terminal access) for unattended command execution. The default, Ask before running, prompts before each shell command. Automatic execution runs with your user permissions; commands are not sandboxed and can access more than the workspace. The setting is saved at User scope, and repository settings cannot enable it. Trusted VS Code workspaces are required. For multiple workspace folders, the first folder is the execution root; open the desired folder first. The model selector also applies to Agent mode. The selected model must be available on the configured AI OS. The default is Steer a running agent: keep typing in the message box while Agent is working, then press Enter or the send arrow. Your update shows Queued and then Applied to this run. For example: “Focus on the backend first” or “Use SQLite instead of in-memory storage.” The agent reconsiders any outstanding model decision with your latest instructions before its next action. An action already executing finishes normally; use Stop to cancel it. Shift+Enter adds a new line. Session/model changes remain locked while a run is active. Live updates remain in context through compaction, are considered during final review, and are restored when you send Agent and chat transcripts are separate views of the selected session. Reload restores your selected session, Agent/Chat mode, model and unsent message. Agent conversations are retained in workspace state without the previous 30-run cutoff; the latest three summaries provide follow-up context. They are stored locally in this VS Code profile, while normal chat history remains on the AI OS. Full run logs and original file contents are stored under the extension's global storage, in On first access after activation, saved run results for the current workspace restore missing history, including older runs dropped by the previous cutoff. Runs also write reload checkpoints with the request, plan, accepted updates and recent activity. If reload interrupts a run, its checkpoint appears as interrupted; send continue to resume after inspecting current files. A reload does not automatically restart commands. Recovery is limited to files successfully saved before interruption. Agent history loads before remote chat/repository requests, so a failure in those requests does not hide it. Deleting a session removes its agent transcript from workspace history and records the deletion so reload recovery does not reimport it. Recovery files remain in extension storage until manually removed. File tools reject paths outside the workspace, symlinks, hard-link edits, protected credentials, binary/large files, and overwriting a file with unsaved editor changes. Existing files must be read before editing, and concurrent changes invalidate the edit. Root Runs have an initial implementation budget ( Earlier observations are compacted while preserving the original request, plan, repository instructions, pending review findings, source changes and check results. The context window ( A command rejected before execution is recorded in the action log and does not become a failed build/test. Requesting a check still requires an actual successful check before completion; a rejection alone cannot satisfy verification. Correcting a refused workspace-root command to a direct build in Edits and dependency installs mark managed services in the affected directory stale. Old readiness output cannot verify new source: stop/restart the service and run assertions against the current implementation, or stop it and run in-process tests. A frontend build cannot clear a pending backend runtime check or a failed backend test. Failed checks remain pending until a passing check of the same type (build or behavior) runs in the same directory. The model must still select meaningful tests; the tool layer cannot prove their coverage. After an interrupted run, send continue or resume in the same session and workspace. The agent retains the original goal, plan and pending findings, reads current files, and performs new checks. Older v1.2 findings are recovered from the extension's saved JSONL run log when available. Model quality and environment access still limit which tasks can be completed. Malformed reviewer responses, network failures and temporary server errors receive up to two retries within the same review, preserving its request and evidence. If no valid verdict is available, the result explicitly says Independent review unavailable and retains the implementation report and genuine pending findings. It does not turn reviewer errors into code defects or request source repairs for them. Completion still requires a valid approval. Sending continue starts a fresh run with current-file checks and another review. Build and verify:
An optional live check creates a disposable calculator project and a temporary backend session, asks the actual model to fix the code and run its test, then deletes the temporary session. It permits only the fixture's test command and retains the disposable project for inspection:
Create a VSIX using the existing VSCE workflow ( Additional real-model regressions exercise Python/C projects and the original React + Node.js JWT request from an empty folder:
Architecture and activation instructions are in docs/agent-implementation.md. Current release checks and limits are in docs/agent-v1.5.1-validation.md; earlier reports are retained for 1.5, 1.4, 1.3 and 1.2. Version 1.6.0 adds free internet search for agents and shared backend model modes, and includes the connection reliability improvements from 1.5.2. Install Agent inference now uses native HTTP with the full ten-minute deadline and a fresh socket per request, avoiding fetch's separate five-minute header timeout and stale keep-alive connections. Network interruptions and temporary HTTP 429, 500, 502, 503 or 504 responses receive at most two retries with the same task and evidence, without consuming action steps or rerunning tools. Model schema errors still use protocol correction. Stop and live steering interrupt retry waits. Connection failures include the method, endpoint, underlying error code and relevant troubleshooting advice. Settings → Test connection has a fifteen-second deadline, checks JSON, and leaves the saved/active URL unchanged when testing an unsaved address. The COMSOL server's actual backend directory is Run The current extension ID is fieldrichsoftware.fieldrich-vscode-extension. Some older installs use fieldrich.fieldrich-vscode-extension. |