Skip to content

Agents start the local services a task depends on, and note it #771

Description

@shiny-code-app

Objective

When a task depends on a local service or app on this machine that isn't running, the executing agent starts it and notes that in the PR or issue. It doesn't ask the owner, and it doesn't work around the missing service without saying so. Fixing why the service wasn't running is never decided in the moment. Direction turns spot the pattern from the notes.

Owner Decision

2026-09-23 direction session.

  • The owner: agents "should just start it if its not running."
  • On fixing the cause: "That feels like a decision that an LLM 'in the moment' could choose badly on."
  • On naming examples: "Will being specific (Docker PyCharm) cause a model to question if it should start other services?"

Evidence

On 2026-09-23 an Astra session working on PR #83 in odoo-tenant-cm-website found both local Docker endpoints unavailable. It used the isolated preview instead of starting Docker, so local Odoo validation never ran.

Rule Shape

  • Describe the rule by kind, not by a list: a local service or app on this machine that the task depends on. Docker and PyCharm are examples, not the whole set.
  • Start it without asking unless starting it affects another person, a remote or production system, or paid resources. In those cases, ask.
  • Record in the PR what was started and why.
  • Never change what starts at login, machine settings, or service configuration as part of the task. Those are follow-up issues.

Finish Line

  • The shared execution guidance states the rule once, in the shape above, and both harnesses load it.
  • A review by another model is recorded before merge, because this changes execution guidance.

Current Status

State: completed. PR #783 merged at 51a87a0 after #762 and #772. Independent initial/final model reviews, local catalog validators, all six final-head CI checks, and post-merge catalog validation/CodeQL passed. The clean runtime checkout was synchronized to the exact final landing SHA. Bounded decision evidence is recorded in the PR; no real service operations were performed for those cases. Next action: none. Blocked by: none. Waiting for: none. Last verified: 2026-09-24.

Activity

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

    planDurable planning issueplan:donePlan completed or superseded

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions