@asermax/pi-tentacles 0.1.0 → 1.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +6 -5
- package/extension/index.js +669 -26
- package/package.json +1 -1
- package/skills/tentacles/SKILL.md +12 -2
- package/tentacles-helper +7807 -135
package/package.json
CHANGED
|
@@ -16,10 +16,20 @@ A remote agent only keeps what it commits and pushes. Its workspace is disposabl
|
|
|
16
16
|
|
|
17
17
|
## Spawn
|
|
18
18
|
|
|
19
|
-
`spawn` takes a name, the first prompt
|
|
19
|
+
`spawn` takes a name, the first prompt, the session's settings and, optionally, skills and agent definitions (see Skills and agents). The name shows in your status line, so name it after the agent's task. The settings you leave out come from the plugin's defaults.
|
|
20
20
|
|
|
21
21
|
Write the first prompt for someone who has not seen this conversation: the goal, the repository, the branch to push, and what done looks like. Name the repository in the settings when the agent has to work in it, so tentacles clones the repository and, before the agent asks you anything, checks it for work that is not pushed.
|
|
22
22
|
|
|
23
|
+
## Skills and agents
|
|
24
|
+
|
|
25
|
+
`spawn` takes `skills`, the paths of skill folders on your machine, each holding a `SKILL.md`, and `agents`, the paths of agent definition files. The remote agent sees each skill and agent by name and description, loads a skill when a task matches it, and starts subagents from its agent definitions by name. A prompt can name a skill as `/skill:<name>` or `/<name>` on its own, with a space or the start or end of the prompt on each side, and the remote agent reads that skill's instructions before acting on it.
|
|
26
|
+
|
|
27
|
+
Skills and agents are fixed at spawn. Include everything the job needs, and spawn a new remote agent when the job needs a different set.
|
|
28
|
+
|
|
29
|
+
Every definition is checked on your machine before anything is sent. When any fails, `spawn` creates nothing and returns every problem with its path, the skills' problems in one group and the agents' in another. Fix them all, then spawn again. An agent definition's frontmatter `name` has to equal its file name without `.md`.
|
|
30
|
+
|
|
31
|
+
A remote agent works on its own, so a skill that would stop to ask the person has nobody to ask. Write the handoff so the remote agent decides wherever a skill would stop for the user, ignores any instruction in a skill to ask the user, and lists every such decision in its final report. For a stop point it cannot decide, such as a credential it lacks, say in the handoff what to do, which can be asking you with its question tool.
|
|
32
|
+
|
|
23
33
|
## Being woken
|
|
24
34
|
|
|
25
35
|
You are woken when a remote agent stops. The wake carries the agent's last message when it finishes, the reason when it fails, and the question when it asks one. You never poll. If you think a wake was missed, run `list`.
|
|
@@ -42,4 +52,4 @@ Close a remote agent once you have its result. Closing aborts what it is doing a
|
|
|
42
52
|
|
|
43
53
|
## Listing remote agents
|
|
44
54
|
|
|
45
|
-
`list` returns every remote agent you started from this session, closed ones included, with its status. A forked session starts with none.
|
|
55
|
+
`list` returns every remote agent you started from this session, closed ones included, with its status, its settings and the names of its skills and agents. A forked session starts with none.
|