agent-workspace

name	agent-workspace
description	Create a Prisme.ai bootstrap workspace that provisions an Agent Factory agent, attaches Storage-backed file or URL sources, seeds Agent Evaluations cases, runs evaluation, and validates the setup through the supported product apps Agents, Storage, and Evaluation.

Agent Workspace Bootstrap

Use this skill to build a consumer/bootstrap DSUL workspace whose purpose is to create and validate an Agent Factory agent with Storage sources and Evaluation test cases.

Non-Negotiables

• Use the product apps, never raw product HTTP calls:
  • Agents for agent creation, configuration, tools, messages, and cleanup.
  • Storage for file or URL sources, vector stores, indexing, listing, and cleanup.
  • Evaluation for test cases, evaluation runs, run polling, exports/results, and cleanup.
• Never use fetch to Agent Factory, Storage, or Agent Evaluations. For this bootstrap workspace, avoid fetch: entirely unless the user explicitly adds an unrelated external integration.
• If an action is not exposed by the app, stop and report the missing app method in chat. Ask how to proceed and suggest updating the relevant app wrapper.
• Generated workspaces may import only Agents, Storage, and Evaluation among Prisme product apps.
• Do not add a one-product label to the generated workspace.
• First pass is discovery/spec only. Ask for end-user confirmation before creating workspace files.
• After confirmation and local validation, attempt the required test/push workflow for the target environment. Let Codex or Claude surface normal permission prompts for push or remote execution.

First Pass

Before editing files:

1. Identify the desired workspace slug, agent name, agent instructions, source files/URLs, and evaluation questions.
2. Read local docs first:
   • docs/agent-factory/automations.md
   • docs/storage/automations.md
   • docs/agent-evaluations/automations.md
3. Check current examples when useful:
   • workspaces/agent-factory-consumer/ for Agents.* app method usage.
   • workspaces/agent-evaluations-consumer/ for evaluation app method usage; translate AgentEvaluations.* calls to this skill's Evaluation.* import alias.
   • workspaces/ai-act-agent/ only for high-level workspace shape. Do not copy its domain filters or any raw HTTP cleanup pattern.
4. Present a concise implementation plan with:
   • workspace slug and display name
   • product apps to import
   • source ingestion plan
   • evaluation cases to seed
   • test suite behavior
   • test/push target environment
5. Ask for confirmation before creating the workspace. Do not continue until the user confirms.

Workspace Shape

After confirmation, create a local workspace under workspaces/{slug}/:

workspaces/{slug}/
├── index.yml
├── security.yml
├── imports/
│   ├── Agents.yml
│   ├── Storage.yml
│   └── Evaluation.yml
├── automations/
│   ├── createBootstrap.yml
│   ├── createAgent.yml
│   ├── createStorageSources.yml
│   ├── createEvaluationCases.yml
│   ├── runEvaluation.yml
│   └── tests/
│       └── bootstrap.yml
└── tests/
    └── README.md

tests/ is required for fixtures, status notes, and a human-readable test contract. Executable DSUL tests live under automations/tests/ so the workspace loader can run them.

Required Imports

Use these import slugs exactly unless the user explicitly asks for a different local alias.

# imports/Agents.yml
slug: Agents
appSlug: Agents
config:
  apiKey: '{{secret.agentFactoryApiKey}}'

# imports/Storage.yml
slug: Storage
appSlug: Storage
config: {}

# imports/Evaluation.yml
slug: Evaluation
appSlug: agentEvaluations
config:
  apiKey: '{{secret.agentEvaluationsApiKey}}'

Workspace Config

Keep index.yml focused on bootstrap state and secrets:

• Labels: include project/domain labels such as agent-bootstrap, rag, or the customer/domain name. Do not include one-product.
• Secrets: define agentFactoryApiKey and agentEvaluationsApiKey.
• Config value:
  • agent: id, name, model, instructions, optional temperature.
  • storage: vectorStoreId, provider, chunking/embedding defaults when needed.
• bootstrap.sources: source list classified as url, file_id, or local_file, with names, filenames, MIME types, source values, and tags.
• bootstrap.evaluationCases: question, expected answer, and criteria list.

Automation Contract

Create small automations with one responsibility each:

• createAgent.yml: calls Agents.createAgent with config.agent.name, config.agent.instructions, config.agent.model, and config.agent.temperature, stores config.agent.id, returns the created agent.
• createStorageSources.yml: calls Storage.createVectorStore, Agents.addTool with type: file_search, then attaches each source with Storage.addFileToVectorStore.
  • URL sources pass url, file_name, mime_type, tags, metadata, optional headers, optional force_recrawl, and agent_id directly to Storage.addFileToVectorStore.
  • Existing files pass file_id to Storage.addFileToVectorStore.
  • Local files require a Storage app upload method before attach. Use Storage.uploadFile when the local file can be represented by the app's supported arguments. If the needed upload shape is not exposed by the app, stop and report the missing method.
  • Poll attached files with Storage.listVectorStoreFiles or Storage.getVectorStoreFile until each file reaches a terminal indexed or failed state before sending messages or starting evaluation.
• createEvaluationCases.yml: calls Evaluation.importCases or Evaluation.createCase, then Evaluation.listCases.
• runEvaluation.yml: calls Evaluation.startRun, polls Evaluation.getRun until completed, failed, cancelled, or timeout, then returns the run and result summary.
• createBootstrap.yml: endpoint automation that runs the full flow in order and returns IDs plus next steps.

Use comment: instructions for explanations inside DSUL. Do not use YAML comments in automation files.

Endpoint And Security Rules

• Helper automations are private: true.
• Test automation file automations/tests/bootstrap.yml must set slug: tests/bootstrap, a matching name such as /tests/bootstrap, and when.endpoint: true.
• security.yml must define the intended authorization posture. Default to manual/admin bootstrap endpoints; do not expose bootstrap or test endpoints as unauthenticated public endpoints unless the user explicitly requests it.

Bootstrap Test Suite

The first implementation must include a runnable bootstrap test. It must create temporary resources, verify them, run evaluation, and clean up.

Executable automation: automations/tests/bootstrap.yml.

Required checks:

1. Generate a unique test suffix from run.correlationId; use it in names, tags, and metadata.
2. Create a temporary agent with Agents.createAgent.
3. Create a simple vector store with Storage.createVectorStore.
4. Attach it to the agent with Agents.addTool as file_search.
5. Add at least one simple URL source through Storage.addFileToVectorStore using the url argument.
6. Poll Storage until attached source files are indexed or failed.
7. Create at least two evaluation cases through Evaluation.importCases or Evaluation.createCase.
8. Optionally call Agents.sendMessage and verify a non-empty task response after Storage indexing is complete.
9. Start an evaluation run with Evaluation.startRun.
10. Poll with Evaluation.getRun; never use fetch for run creation or polling.
11. Verify:

• Agents.getAgent returns the agent.
• Storage.getVectorStore returns the vector store.
• Storage.listVectorStoreFiles or Storage.getVectorStoreFile shows each source file in a terminal indexed or failed state.
• Evaluation.listCases returns the seeded cases.
• the evaluation run reaches a terminal status and exposes results or a clear failure.

12. Clean up only resources created by the test, using captured IDs. Do not delete by broad tags or agent-wide filters. Use app methods for cases, runs, vector store files, vector store, and agent.

If the test fails because the generated DSUL is wrong, fix and rerun. Iterate until it passes or until a product app capability is missing. If a product app capability is missing, stop, report the missing method, and propose an app update.

Use try/catch cleanup blocks so failed setup attempts cleanup for captured IDs. Keep cleanup outputs in the test result.

Validation

Before reporting completion:

1. Run DSUL validation for every generated automation, including automations/tests/bootstrap.yml, with validate_automation. If the validation tool is unavailable, report that explicitly.
2. Run a local guardrail scan:

rg -ni "Knowledge[[:space:]-]*Client|KnowledgeClient|AI[[:space:]-]*Knowledge|AI[[:space:]-]*Store|ai-knowledge|ai-store|appSlug:\\s*Knowledge|one-product|fetch:" workspaces/{slug}

There should be no matches in generated files. If the user explicitly requested an unrelated external integration and a legitimate unrelated fetch: exists, explain why it is outside Agent Factory, Storage, and Evaluation.

3. Run local automation testing through the project /test-automation workflow when available.
4. Attempt the required push/test path for the target environment so the bootstrap test can execute against real product apps. Let Codex or Claude request permissions when the toolchain needs them.
5. Rerun validation and tests after each fix until the suite passes or a missing product app method blocks progress.

Response Shape

When the workspace is ready locally, report:

• files created or changed
• app imports used
• validation/test status
• any missing app methods or product limitations
• whether a push/test attempt happened and the resulting environment/status