@try-works/dsh-righthand 0.1.10 → 0.1.12
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 +10 -1
- package/package.json +1 -1
- package/skills/dsh-righthand/SKILL.md +4 -0
package/README.md
CHANGED
|
@@ -6,7 +6,7 @@ tool guard. Every tool is built on the harness's own services
|
|
|
6
6
|
(`storageDomain`, `credentials`, `settings`, `subprocess`, `jobs`, `tools`),
|
|
7
7
|
not hand-rolled primitives.
|
|
8
8
|
|
|
9
|
-
The plugin also ships **blueprint guidance** —
|
|
9
|
+
The plugin also ships **blueprint guidance** — twenty named recipes for the agent-built tools this plugin exists to compose, eleven of them committed kits (see [Blueprints](#blueprints) below) — plus a packaged skill, a settings namespace, and an optional tool guard.
|
|
10
10
|
|
|
11
11
|
## Install
|
|
12
12
|
|
|
@@ -93,6 +93,15 @@ canonical example of the current DSH-native form (tool-to-tool via
|
|
|
93
93
|
|---|---|
|
|
94
94
|
| `blueprint/daily-digest` | Collect sources, summarize, send on a schedule — extractive locally, LLM synthesis as escalation |
|
|
95
95
|
| `blueprint/data-adapter` | Wrap one keyless public API as a tool family: guarded fetch, normalize, one tool per query. Worked examples ship in the plugin: `rh_weather_*`, `rh_places_*` |
|
|
96
|
+
| `blueprint/reminder-flow` | The agent as its own scheduler: `rh_events_*` checked each turn, `rh_notify_send` delivery, one store receipt per event — exactly-once via the state flip |
|
|
97
|
+
| `blueprint/geo-context` | A place query becomes agent context: geocode, then elevation + weather + air + nearby at those coordinates, TTL-cached in `rh_store` |
|
|
98
|
+
| `blueprint/governed-exec` | Every high-impact command as a governed, receipted step: guard gates the prefix, `rh_run` collects, the store keeps the before/after undo trail |
|
|
99
|
+
| `blueprint/file-vault` | R2 as the agent's file system with the store as the index: `rh_files_*` blobs + metadata records + time-boxed presigned shares |
|
|
100
|
+
| `blueprint/task-triage` | An unstructured inbox becomes a task board: classify + extract + board, oldest-open work loop, failed tasks record why |
|
|
101
|
+
| `blueprint/heartbeat` | The uptime pattern generalized: `rh_run` checks, `uptime:*` receipts, success-rate scans, notify once per failure streak |
|
|
102
|
+
| `blueprint/agent-notebook` | Durable agent memory: `note:<slug>` records, prefix-scan recall, summarise-as-compaction, extract for structured recall |
|
|
103
|
+
| `blueprint/credential-onboarding` | First-run checklist for the user's Cloudflare facts: describe gates, set never echoes, settings pin, one onboarding receipt |
|
|
104
|
+
| `blueprint/budget-guard` | Expenses categorized by `rh_text_classify`, window sums by scan, cap in the store (not settings — the schema wall), warn at 80% |
|
|
96
105
|
| (phase 5) `rh_files_*` on R2 | The first family on an actual Cloudflare primitive: S3-compatible API, SigV4 signing pinned to the AWS test vector, credentials from the credential provider |
|
|
97
106
|
| `blueprint/research-radar` | Multi-source research over a rolling window (Reddit, X, YouTube, HN, Polymarket, web): score, dedupe, synthesize with citations |
|
|
98
107
|
| `blueprint/web-scraper` | Fetch a page, extract title/headings/links/text, make it searchable — static HTML first, render/vision as escalation |
|
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@try-works/dsh-righthand",
|
|
3
3
|
"description": "DeepSeek Harness plugin: DSH-native righthand tools — durable KV store, credential/settings management, governed exec, and a tool guard",
|
|
4
|
-
"version": "0.1.
|
|
4
|
+
"version": "0.1.12",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"main": "lib/index.js",
|
|
7
7
|
"types": "lib/index.d.ts",
|
|
@@ -106,3 +106,7 @@ Rules come from the plugin config (`rules: [{ toolPrefix, mode, ask?, destructiv
|
|
|
106
106
|
|
|
107
107
|
- **web profile**: all thirty-seven tools register (`storageDomain` is provided by the web app rows).
|
|
108
108
|
- **other profiles** (e.g. headless): the store, task and events families stay dormant (no `storageDomain`); the other twenty-three tools (secrets, settings, exec, text, weather, places, files, notify) still register. The plugin never fails the boot.
|
|
109
|
+
|
|
110
|
+
## Composition blueprints
|
|
111
|
+
|
|
112
|
+
Repo guidance kits under `experiments/` (each a `blueprint.json` spec + recipe + learnings) for composing the tools into routines. Committed kits: `blueprint/daily-digest` (collect → summarize → send), `blueprint/data-adapter` (wrap a keyless API; worked examples `rh_weather_*` / `rh_places_*`), `blueprint/reminder-flow` (events + notify + receipts), `blueprint/geo-context` (places + weather + store cache), `blueprint/governed-exec` (guard + receipts + undo trails), `blueprint/file-vault` (R2 + store index + presigned shares), `blueprint/task-triage` (classify + extract + board, oldest-open loop), `blueprint/heartbeat` (checks + receipts + streak alerts), `blueprint/agent-notebook` (note:<slug> memory + compaction), `blueprint/credential-onboarding` (auth gates + account facts + receipt), `blueprint/budget-guard` (categorized expenses + store-held cap + warn-once). The README catalogues nine more for future builds; `docs/scenario-patterns.md` holds the live-tested recipes.
|