Projects, Tasks, and Notes
Use these features when work must stay organized beyond one conversation. You can keep using Chat alone for short or exploratory requests, and you do not need to turn an incomplete thought into a structured Task before sharing it with xopc.
The intended flow is progressive: capture the thought first, clarify its relationship to a goal or Project, then create a Task only when a durable result, blocker, or next action needs to survive.
Choose the right place
| Need | Use |
|---|---|
| Ask a question or complete a small request | Session |
| Keep one result moving across time | Task |
| Share context across several related Tasks | Project |
| Save source material or an artifact | Note or workspace file |
| Repeat a defined sequence | Workflow |
| Start work on a schedule or event | Automation |
Create a useful Task
A Task should answer:
- What result must exist?
- How will you know it is complete?
- What is in and out of scope?
- What is the next action?
- What decision or access is blocking progress?
Avoid turning every chat message into a Task. Create one when the result needs to survive across Sessions or requires several steps and verification.
Use a Project for shared context
A Project groups related Tasks, conversations, files, and activity. It is context, not a second task-status system. Keep Project descriptions short and put actionable outcomes in Tasks.
Notes and workspace files
Use a Note for quick durable information and a workspace file for material the Agent should read, edit, or deliver. Give files descriptive names and remove secrets before sharing them with a cloud model.
A simple example
For a product release:
- Create a Project for release context and reference files.
- Create Tasks for the distinct verifiable results, such as “publish package” and “send release announcement”.
- Define completion checks for each Task.
- Use a Workflow only for a sequence you expect to repeat.
- Add an Automation only if timing or an external trigger matters.
- Close a Task after reviewing the result, not just after an Agent run stops.
Continue with The Task Loop, Workflows, and Automations.
Review results and retry from the workbench
Open a Task card to inspect its result, artifacts, evidence and remaining work. A stopped execution and an accepted Task are separate states.
- Expand the review area of a Task awaiting review and check each acceptance criterion against the result.
- Choose Mark passed or Mark failed based on the evidence. Leave unsupported claims unverified.
- Choose Accept task once all criteria pass, there are no pending waits, and the current Task allows closing.
- If the latest execution failed, inspect its record and cause before choosing Retry. Retry retains that execution's executor; it does not prove an earlier external write never happened.
If the Task state has changed, refresh before acting again. Resolve requests for information or authorization before continuing work.
Start from the current experience
Meet Ada · Delegate and receive results · Work with files and projects · Task acceptance.