mirror of
https://github.com/paperclipai/paperclip.git
synced 2026-11-14 00:26:28 +01:00
The fixture saved a built-in fake sandbox as its unsupported control. The product has refused to save fake sandboxes since #4449 ("reserved for internal probes"), so setup returned 422 before any agent run, and the test API withheld the reason. No saveable computer is advertised as unable to run Claude Code, so the case now contrasts advertised support with runtime health: the fixture saves an SSH computer on a reserved .invalid host that is advertised for Claude Code but never tested. The yaml context records this premise change (manifest changedFields pinned). The grader no longer reads reply keywords. It requires the agent boundary (403 on capabilities and probe), a rendered reply link to the environment settings page that the person then clicks to see both computers and the checked capabilities, no board-only SSH settings in the reply, unchanged targets and worker, and exactly one chat turn. Cookie-session API failures with 400/409/422 now report the product's own validation message, bounded and with request values and the session redacted. Details and other statuses stay withheld. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
76 lines
3.8 KiB
YAML
76 lines
3.8 KiB
YAML
# yaml-language-server: $schema=./catalog.schema.json
|
|
# Planning scenarios; not registered executions or evidence of a pass.
|
|
schema_version: 1
|
|
feature: execution-environments
|
|
status: planned
|
|
scenarios:
|
|
- id: execution-environments.add-computer
|
|
capabilities:
|
|
- execution-environments/configuration
|
|
context: >-
|
|
No SSH computer is configured; the person is an authorized instance operator, but the chat
|
|
agent has no operator identity.
|
|
query: >-
|
|
Add my development server as a computer agents can use.
|
|
expected_outcome: >-
|
|
The agent points to the supported environment setup and explains the small set of
|
|
connection details the operator must provide securely. It does not execute host
|
|
provisioning under ordinary company-agent authority. Completion requires a saved target
|
|
and successful qualification, not just a friendly name in chat.
|
|
- id: execution-environments.choose-capable-target
|
|
capabilities:
|
|
- execution-environments/capabilities
|
|
- runs-adapters/availability
|
|
context: >-
|
|
Two saved computers are advertised as able to run the requested coding harness, and
|
|
neither has been tested for it; one is an SSH computer that cannot be reached. Paperclip
|
|
cannot save a computer that is advertised as unable to run that harness. Environment
|
|
inventory, capabilities and tests are board-only.
|
|
query: >-
|
|
Which computer can run Morgan with Claude Code?
|
|
expected_outcome: >-
|
|
The answer uses available admitted runtime context or directs the person to the
|
|
environment capability view when agent reads are restricted. It distinguishes advertised
|
|
capability from runtime health and avoids selecting an incompatible target or claiming
|
|
hidden inventory was inspected.
|
|
- id: execution-environments.test-computer
|
|
capabilities:
|
|
- execution-environments/probe
|
|
- runs-adapters/validation
|
|
context: >-
|
|
An SSH environment exists but may lack the selected runtime; environment probes require an
|
|
operator.
|
|
query: >-
|
|
Check whether that computer is ready to run Morgan.
|
|
expected_outcome: >-
|
|
The agent routes the person to the actual-target probe and explains its result after an
|
|
authorized run. A failed login or missing runtime is reported as the concrete
|
|
prerequisite. A successful local probe or reachable host alone is not represented as
|
|
qualification of the remote execution environment.
|
|
- id: execution-environments.assign-computer
|
|
capabilities:
|
|
- execution-environments/assignment
|
|
- agents/hire
|
|
context: >-
|
|
Morgan and a qualified cloud computer belong to the same company; the CEO may save this
|
|
configuration and no protected change remains.
|
|
query: >-
|
|
Have Morgan use our cloud computer for future work.
|
|
expected_outcome: >-
|
|
The permitted agent configuration binds Morgan to the intended qualified target and
|
|
persists after reload. Chat explains that future admission uses the new target while an
|
|
active run remains subject to lifecycle rules. Unsupported or protected changes receive
|
|
their own required human step rather than a silent fallback.
|
|
- id: execution-environments.prepare-image
|
|
capabilities:
|
|
- execution-environments/images
|
|
context: >-
|
|
A sandbox provider supports custom images; preparing one requires operator administration.
|
|
query: >-
|
|
Make a reusable cloud image with the tools our website agents need.
|
|
expected_outcome: >-
|
|
The agent helps specify the tool requirements and points the authorized operator to the
|
|
supported image preparation path. The resulting journey must inspect preparation status
|
|
and a usable pinned image before claiming readiness. Ordinary chat cannot manufacture
|
|
provider provisioning rights or treat an image name as a qualified runtime.
|