Skip to content

VS Code: Test agent file discovery and .ai-team/ access #33

Closed

Description

@bradygaster

Context

Part of #10: Copilot client parity across surfaces. VS Code is the priority.

Problem

Squad relies on detecting and loading .ai-team/ files (team.md, charters, decisions, skills). We need to confirm VS Code Copilot can:

  1. Discover squad.agent.md in .github/agents/
  2. Read/write .ai-team/ files from agent code
  3. Use the same filesystem API as the CLI

Key Questions to Investigate

  • Does VS Code Copilot find squad.agent.md in .github/agents/squad.agent.md?
  • Can agents read/write .ai-team/decisions.md, .ai-team/skills/, etc. from within VS Code?
  • Does VS Code's filesystem API match CLI behavior (file I/O, path resolution)?
  • What are the permission/sandbox constraints in VS Code?

Success Criteria

  • Document VS Code file discovery behavior
  • Test .ai-team/ read access from an agent in VS Code
  • Test .ai-team/ write access (decision logging, skill updates)
  • Document any permission constraints or workarounds
  • Update squad.agent.md to handle VS Code filesystem differences (if any)

Related

Activity

  1. added
    go:yesReady to implement
    type:spikeResearch/investigation — produces a plan, not code
    on Feb 13, 2026
  2. bradygaster commented on Feb 13, 2026

    @bradygaster
    CollaboratorAuthor

    033a: VS Code File Discovery and .ai-team/ Access — Spike Complete

    Author: Strausz (VS Code Extension Expert)
    Proposal: team-docs/proposals/033a-vscode-file-discovery.md

    Key Findings

    1. Agent discovery works out of the box. VS Code auto-discovers squad.agent.md from .github/agents/ on workspace load. No changes needed.

    2. Sub-agents inherit file tools by default. Unlike CLI (where sub-agents get a fixed toolset per agent_type), VS Code sub-agents inherit ALL parent tools including readFile, editFiles, createFile, fileSearch, etc. This is a net positive for Squad — every spawned agent can read/write .ai-team/ files without special configuration.

    3. Path resolution works as-is. The worktree resolution algorithm (git rev-parse --show-toplevel) works in VS Code via runInTerminal. Workspace root and git toplevel typically align. No changes needed.

    4. Read/write access confirmed. Agents can read all .ai-team/ files via readFile and write to decisions inbox, history, skills via editFiles/createFile. First-session writes require user approval (VS Code security feature), but this is one-time per workspace.

    5. Permission constraints are minor. Workspace Trust must be enabled. Access is workspace-scoped (not filesystem-wide). sql tool is CLI-only — not available in VS Code.

    6. Multi-root workspaces are problematic. Known VS Code bugs with path resolution in multi-root setups. Recommend documenting single-root as the supported configuration.

    Tool Name Mapping (CLI → VS Code)

    Operation CLI VS Code
    Read file view readFile
    Edit file edit editFiles
    Create file create createFile
    Search by name glob fileSearch
    Search contents grep codebase
    Shell command powershell runInTerminal

    Overall Assessment

    Squad's file discovery and .ai-team/ access work in VS Code with zero code changes. The instruction-level abstraction in squad.agent.md (describing operations, not tool names) naturally works across both surfaces. A small VS Code compatibility note is recommended but not blocking.

    Success Criteria Status

    • Document VS Code file discovery behavior
    • Test .ai-team/ read access from an agent in VS Code
    • Test .ai-team/ write access (decision logging, skill updates)
    • Document permission constraints and workarounds
    • Update squad.agent.md recommendations for VS Code (proposal includes specific language)
  3. bradygaster commented on Feb 13, 2026

    @bradygaster
    CollaboratorAuthor

    Spike complete. Proposal 033a (VS Code file discovery) shipped. Key finding: zero code changes needed — instruction-level abstraction maps naturally to VS Code tools.

  4. added a commit that references this issue on Mar 26, 2026
    b436125
  5. added a commit that references this issue on Mar 27, 2026
    3cc22b4
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    go:yesReady to implementrelease:v0.4.0Targeted for v0.4.0type:spikeResearch/investigation — produces a plan, not code

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions