Skip to content

FIREHOSE DOCUMENTATION

Coordinate several sessions

Read as Markdown

Run independent tasks in clearly identified workspaces and keep responsibility for each result visible.

Split the work into outcomes that can be checked separately. Two tasks that must change the same function are easier to sequence unless you have agreed how their edits will be combined.

For example, in a fictional shop project, one session could improve checkout error text while another documents an unrelated account setting. These are task examples, not Firehose features.

  1. For each independent task, select New session (the + at the top of the Sessions sidebar), pick the project, select Next: Choose a workspace, and choose New worktree. Enter a name in Task or branch name. Choose descriptive names such as checkout-errors and account-help.
  2. Record each session’s project, full workspace path, branch, intended files, and acceptance check. To find the path, open More actions (the ⋮ at the right end of the workspace tabs), select Session details, and read Directory.
  3. Prepare each workspace before asking for implementation.
  4. Send a focused task to the matching session, including what it should leave for the other task.

Worktrees separate working files. They still share repository history and can use the same databases, ports, or external services. Agree on those resources before starting parallel commands. Do not assume a second worktree includes another session’s uncommitted changes.

Select a session in the Sessions sidebar, then confirm its project and branch on the prompt bar above the message box before replying. Its status, such as Idle, appears on its row in the sidebar. Read the latest response alongside its activity signal. Idle can mean a completed turn or a request for input; it does not establish completion.

Keep a small task list with three fields: latest result, decision needed, and next check. Resolve ordinary questions in that session’s conversation. For questionnaires in the Ask me tab, verify the receiving session before submission; sessions in the same worktree share the unfinished questionnaire.

Changes made by one session are visible to the other. Assign one editing task at a time when overlapping work is possible. Ask the other session to wait or limit its task to an explanation. That request communicates responsibility; it is not a file lock.

If edits collide, pause the affected work, compare the files with the recorded starting states, and use targeted recovery. Do not ask both agents to repair the same conflict simultaneously.

Inspect each workspace’s diff and checks separately. Record the commit and remaining concerns for each task. Ask the project maintainer which order to integrate them, then rerun relevant checks after integration. Passing independently does not establish that the combined result works.

This procedure uses ordinary sessions and worktrees. Dedicated coordination tools such as Team Chat still need a verified user walkthrough before these guides can explain their complete behavior.