@simpleapps-com/augur-skills 0.0.12 → 0.0.13

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@simpleapps-com/augur-skills",
3
- "version": "0.0.12",
3
+ "version": "0.0.13",
4
4
  "description": "Install curated Claude Code skills",
5
5
  "license": "MIT",
6
6
  "type": "module",
@@ -0,0 +1,51 @@
1
+ ---
2
+ name: augur-api
3
+ description: Augur API integration via MCP. Covers service discovery, CRUD operations across all 27 Augur microservices, and credential resolution. Use when querying or modifying Augur data (contacts, transactions, inventory, etc.).
4
+ ---
5
+
6
+ # Augur API
7
+
8
+ MCP server exposing all 27 Augur microservices through 6 generic tools.
9
+
10
+ ## Tools
11
+
12
+ | Tool | Purpose |
13
+ |------|---------|
14
+ | `augur_discover` | List services or endpoints for a service |
15
+ | `augur_list` | List records (GET collection) |
16
+ | `augur_get` | Get single record by ID |
17
+ | `augur_create` | Create record (POST) |
18
+ | `augur_update` | Update record (PUT) |
19
+ | `augur_delete` | Delete record (DELETE) |
20
+
21
+ ## Usage Pattern
22
+
23
+ Always start with discovery:
24
+
25
+ 1. `augur_discover()` — lists all available services
26
+ 2. `augur_discover(service="<name>")` — lists endpoints for a specific service
27
+ 3. Use `augur_list`, `augur_get`, `augur_create`, `augur_update`, `augur_delete` for CRUD
28
+
29
+ Do NOT hardcode service names or endpoints. Use `augur_discover` to find them at runtime.
30
+
31
+ ## Authentication
32
+
33
+ Credentials resolve automatically — no setup needed if running from a project directory with a `protected/` folder containing credentials.
34
+
35
+ Resolution order (first match wins):
36
+
37
+ 1. **Env vars** — `AUGUR_TOKEN` + `AUGUR_SITE_ID`
38
+ 2. **Explicit file** — `AUGUR_CREDS_FILE` env var pointing to a JSON file
39
+ 3. **Ancestor walk** — walks up from cwd looking for `protected/*.json`
40
+ 4. **Default file** — `~/.simpleapps/augur-api.json`
41
+
42
+ Credentials file format: `{"siteId": "...", "jwt": "..."}`
43
+
44
+ The ancestor walk means client project directories with `protected/<client>.json` just work.
45
+
46
+ ## When Auth Fails
47
+
48
+ If tools return authentication errors:
49
+ - Check for `protected/*.json` in the project directory or any ancestor
50
+ - Verify the file contains valid `siteId` and `jwt` keys
51
+ - Fallback: set `AUGUR_TOKEN` and `AUGUR_SITE_ID` env vars
@@ -6,11 +6,13 @@ Every project MUST use this layout:
6
6
 
7
7
  ```
8
8
  {project}/
9
- ├── repo/ # Main git repo (simpleapps-com/<name>.git)
10
- └── wiki/ # GitHub wiki repo (simpleapps-com/<name>.wiki.git)
9
+ ├── repo/ # Main git repo (simpleapps-com/<name>.git)
10
+ ├── wiki/ # GitHub wiki repo (simpleapps-com/<name>.wiki.git)
11
+ ├── wip/ # Work-in-progress files for active tasks (not in git)
12
+ └── protected/ # Secrets and credentials for dev testing (not in git)
11
13
  ```
12
14
 
13
- The parent `{project}/` directory is NOT a git repo — it's a local wrapper that keeps the code repo and wiki side-by-side.
15
+ The parent `{project}/` directory is NOT a git repo — it's a local wrapper that keeps the code repo and wiki side-by-side. The `wip/` and `protected/` directories sit outside both git trees so their contents can never be accidentally committed.
14
16
 
15
17
  ## Why This Pattern
16
18
 
@@ -38,8 +40,46 @@ If the wiki repo doesn't exist yet, create it by adding any page via the GitHub
38
40
  | Repo README | `repo/README.md` | Minimal — quick start + link to wiki |
39
41
  | Repo `.claude/rules/` | `repo/` | Minimal summaries referencing wiki pages |
40
42
  | Repo `.claude/CLAUDE.md` | `repo/` | Quick reference + wiki links |
43
+ | Active task context | `wip/` | WIP files for Basecamp todos or GitHub issues |
44
+ | Dev secrets | `protected/` | API keys, tokens, test credentials |
41
45
 
42
- Rule of thumb: if a `.md` file isn't built into the end product, it belongs in the wiki.
46
+ Rule of thumb: if a `.md` file isn't built into the end product, it belongs in the wiki. If it contains secrets or ephemeral task state, it belongs outside both git trees.
47
+
48
+ ## WIP Directory
49
+
50
+ The `wip/` directory holds work-in-progress files that AI agents create when picking up tasks from Basecamp or GitHub issues. Each file tracks research, plans, and progress for an active task.
51
+
52
+ ### Naming Convention
53
+
54
+ `{issue-number}-{short-description}.md` — e.g., `14-basecamp-mcp-auto-refresh-oauth.md`
55
+
56
+ ### Lifecycle
57
+
58
+ 1. Agent picks up a Basecamp todo or GitHub issue
59
+ 2. Creates a WIP file with research findings and implementation plan
60
+ 3. Updates the file as work progresses
61
+ 4. File remains after completion as a record of decisions made
62
+
63
+ ### What belongs in WIP
64
+
65
+ - Research findings and code analysis
66
+ - Detailed implementation plans
67
+ - Decision rationale
68
+ - Test results and verification notes
69
+
70
+ ### What does NOT belong in WIP
71
+
72
+ - Secrets, credentials, or tokens (use `protected/`)
73
+ - Final documentation (use `wiki/`)
74
+ - Code (use `repo/`)
75
+
76
+ ## Protected Directory
77
+
78
+ The `protected/` directory stores secrets and credentials needed during development and testing. It sits outside all git trees so nothing can be accidentally committed.
79
+
80
+ Examples: API keys, OAuth tokens, test credentials, `.env` files for local testing.
81
+
82
+ MUST NOT be committed to any git repository. MUST NOT be copied into `repo/` or `wiki/`.
43
83
 
44
84
  ## Referencing Wiki from Repo
45
85