@integrity-labs/agt-cli 0.22.1 → 0.22.3
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/dist/bin/agt.js +4 -4
- package/dist/{chunk-KTPMEVEO.js → chunk-DJH6JFF7.js} +2 -2
- package/dist/{chunk-ZNRQSPPM.js → chunk-E56L56ER.js} +2 -2
- package/dist/chunk-E56L56ER.js.map +1 -0
- package/dist/{chunk-7AOVUCPO.js → chunk-QGP4XD7R.js} +79 -3
- package/dist/{chunk-7AOVUCPO.js.map → chunk-QGP4XD7R.js.map} +1 -1
- package/dist/{claude-pair-runtime-L35F6K5E.js → claude-pair-runtime-SN3CBW26.js} +2 -2
- package/dist/lib/manager-worker.js +7 -7
- package/dist/{persistent-session-XG4QK2U5.js → persistent-session-PZTMNCH3.js} +3 -3
- package/dist/{responsiveness-probe-LIXEVHUJ.js → responsiveness-probe-VMKE3ARC.js} +3 -3
- package/package.json +1 -1
- package/dist/chunk-ZNRQSPPM.js.map +0 -1
- /package/dist/{chunk-KTPMEVEO.js.map → chunk-DJH6JFF7.js.map} +0 -0
- /package/dist/{claude-pair-runtime-L35F6K5E.js.map → claude-pair-runtime-SN3CBW26.js.map} +0 -0
- /package/dist/{persistent-session-XG4QK2U5.js.map → persistent-session-PZTMNCH3.js.map} +0 -0
- /package/dist/{responsiveness-probe-LIXEVHUJ.js.map → responsiveness-probe-VMKE3ARC.js.map} +0 -0
|
@@ -8,7 +8,7 @@ import {
|
|
|
8
8
|
parseDeliveryTarget,
|
|
9
9
|
registerFramework,
|
|
10
10
|
wrapScheduledTaskPrompt
|
|
11
|
-
} from "./chunk-
|
|
11
|
+
} from "./chunk-E56L56ER.js";
|
|
12
12
|
|
|
13
13
|
// ../../packages/core/dist/integrations/registry.js
|
|
14
14
|
var INTEGRATION_REGISTRY = [
|
|
@@ -2548,6 +2548,81 @@ ${lines.join("\n")}
|
|
|
2548
2548
|
|
|
2549
2549
|
Check \`.claude/skills/\` for detailed usage instructions for each integration.
|
|
2550
2550
|
|
|
2551
|
+
`;
|
|
2552
|
+
}
|
|
2553
|
+
function buildKanbanWorkPolicySection() {
|
|
2554
|
+
return `## Kanban Work Policy
|
|
2555
|
+
|
|
2556
|
+
Every 5 minutes you receive a \`/loop\` trigger that says "kanban_list \u2014
|
|
2557
|
+
follow Kanban Work Policy." When that trigger fires, this is what to do.
|
|
2558
|
+
|
|
2559
|
+
### Throttle yourself first
|
|
2560
|
+
|
|
2561
|
+
If you're mid-task, mid-conversation with a user, or otherwise busy on
|
|
2562
|
+
something more important, just briefly acknowledge the tick and continue
|
|
2563
|
+
what you were doing. The loop is automatic \u2014 missing one tick costs
|
|
2564
|
+
nothing; interrupting active work to satisfy it costs the user.
|
|
2565
|
+
|
|
2566
|
+
### Walk the board
|
|
2567
|
+
|
|
2568
|
+
1. **Resume in-progress work first.** If \`kanban_list\` shows an item
|
|
2569
|
+
in \`in_progress\`, continue working on it. The most common reason
|
|
2570
|
+
it exists is that *you* created it on a prior tick and got
|
|
2571
|
+
interrupted by a restart \u2014 resume.
|
|
2572
|
+
2. **Then pull from todo/backlog.** If no \`in_progress\` items, pick
|
|
2573
|
+
the highest-priority \`todo\` (or \`backlog\` if todo is empty),
|
|
2574
|
+
call \`kanban_move\` to move it to \`in_progress\`, then work on it.
|
|
2575
|
+
3. **Self-initiated work needs a row too.** If neither path above
|
|
2576
|
+
applies and you decide to do work on your own initiative (follow
|
|
2577
|
+
up on something you noticed, check on a recurring concern), call
|
|
2578
|
+
\`kanban_add\` with \`status="in_progress"\` BEFORE you start.
|
|
2579
|
+
That's what makes your work crash-recoverable: if the session
|
|
2580
|
+
restarts mid-work, the orphan row is what tells the next tick to
|
|
2581
|
+
resume rather than start over.
|
|
2582
|
+
|
|
2583
|
+
### DO NOT create a row when
|
|
2584
|
+
|
|
2585
|
+
- You read the board and there's nothing to do \u2014 stand down silently.
|
|
2586
|
+
**Empty ticks produce no rows.** The "work" of checking the board
|
|
2587
|
+
is not itself a row.
|
|
2588
|
+
- You're acknowledging a tick that landed during active work.
|
|
2589
|
+
|
|
2590
|
+
### Terminate every row you started
|
|
2591
|
+
|
|
2592
|
+
Each row you started must reach a terminal state on the same or a
|
|
2593
|
+
later tick:
|
|
2594
|
+
|
|
2595
|
+
- **\`kanban_done\` with the deliverable as the result** when the work
|
|
2596
|
+
produced its expected output. The \`result\` field is what the user
|
|
2597
|
+
will see in completion notifications (Telegram/Slack/email), so put
|
|
2598
|
+
the **deliverable itself** there, not a description of it.
|
|
2599
|
+
- BAD: \`result: "Email summary \u2014 last 48h"\` (a label).
|
|
2600
|
+
- GOOD: \`result: "Inbox last 48h: 3 unread from <addr> re budget;
|
|
2601
|
+
1 from <addr> re Q3 plan; \u2026"\` (the actual summary).
|
|
2602
|
+
- For long-form output (>500 chars), lead with a one-line summary,
|
|
2603
|
+
then a blank line, then the full content. Channel formatters
|
|
2604
|
+
truncate gracefully but the lede always lands.
|
|
2605
|
+
- **\`kanban_fail\` with a reason** when something went wrong
|
|
2606
|
+
(missing access, credential failure, tool error). The work was
|
|
2607
|
+
attempted but failed.
|
|
2608
|
+
- **\`kanban_cancel\` with a reason** when you started, then realised
|
|
2609
|
+
the work isn't actually needed (precondition no longer holds,
|
|
2610
|
+
duplicate of another task, asker changed their mind, data was
|
|
2611
|
+
already current). This is distinct from \`kanban_fail\`: nothing
|
|
2612
|
+
went wrong; you wisely didn't bother. Use this generously \u2014 it's
|
|
2613
|
+
cheaper than running unneeded work to a forced "done".
|
|
2614
|
+
- **\`kanban_update\` with notes** if you're blocked but might unblock
|
|
2615
|
+
later; leave the row in \`in_progress\` and pick up other work.
|
|
2616
|
+
|
|
2617
|
+
### When the board is empty
|
|
2618
|
+
|
|
2619
|
+
- If \`todo\` and \`in_progress\` are both empty but \`backlog\` has
|
|
2620
|
+
items, don't self-assign. Message your manager once asking which
|
|
2621
|
+
backlog item to pick up; then stand down. Don't re-escalate on
|
|
2622
|
+
every tick.
|
|
2623
|
+
- If \`backlog\` is also empty, say "All clear, no pending work" once
|
|
2624
|
+
and stand down.
|
|
2625
|
+
|
|
2551
2626
|
`;
|
|
2552
2627
|
}
|
|
2553
2628
|
function buildSkillAuthoringSection() {
|
|
@@ -2855,6 +2930,7 @@ function generateClaudeMd(input) {
|
|
|
2855
2930
|
const memorySection = buildMemorySection(hasQmd);
|
|
2856
2931
|
const integrationsSection = buildIntegrationsSection(integrations);
|
|
2857
2932
|
const knowledgeSection = buildKnowledgeSection2(knowledge);
|
|
2933
|
+
const kanbanWorkPolicySection = buildKanbanWorkPolicySection();
|
|
2858
2934
|
const skillAuthoringSection = buildSkillAuthoringSection();
|
|
2859
2935
|
const personalitySection = buildPersonalitySection(personalitySeed);
|
|
2860
2936
|
const reportsToSection = buildReportsToSection2(reportsTo);
|
|
@@ -3104,7 +3180,7 @@ first to load your recent board state. This gives you context about completed an
|
|
|
3104
3180
|
in-progress items so you can answer accurately.
|
|
3105
3181
|
|
|
3106
3182
|
${memorySection}
|
|
3107
|
-
${reportsToSection}${teamSection}${peopleSection}${multiAgentSection}${integrationsSection}${knowledgeSection}${skillAuthoringSection}## Dashboards
|
|
3183
|
+
${reportsToSection}${teamSection}${peopleSection}${multiAgentSection}${integrationsSection}${knowledgeSection}${kanbanWorkPolicySection}${skillAuthoringSection}## Dashboards
|
|
3108
3184
|
|
|
3109
3185
|
You can publish your own dashboards inside the Augmented console. They are
|
|
3110
3186
|
**first-class platform artifacts** \u2014 KPI tiles, charts, refresh-on-demand \u2014
|
|
@@ -6536,4 +6612,4 @@ export {
|
|
|
6536
6612
|
managerInstallSystemUnitCommand,
|
|
6537
6613
|
managerUninstallSystemUnitCommand
|
|
6538
6614
|
};
|
|
6539
|
-
//# sourceMappingURL=chunk-
|
|
6615
|
+
//# sourceMappingURL=chunk-QGP4XD7R.js.map
|