opencode-skills-collection 3.1.16 → 3.1.18
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/bundled-skills/.antigravity-install-manifest.json +7 -1
- package/bundled-skills/codex-profiles/SKILL.md +170 -0
- package/bundled-skills/docs/integrations/jetski-cortex.md +3 -3
- package/bundled-skills/docs/integrations/jetski-gemini-loader/README.md +1 -1
- package/bundled-skills/docs/maintainers/repo-growth-seo.md +3 -3
- package/bundled-skills/docs/maintainers/skills-update-guide.md +1 -1
- package/bundled-skills/docs/users/bundles.md +1 -1
- package/bundled-skills/docs/users/claude-code-skills.md +1 -1
- package/bundled-skills/docs/users/gemini-cli-skills.md +1 -1
- package/bundled-skills/docs/users/getting-started.md +1 -1
- package/bundled-skills/docs/users/kiro-integration.md +1 -1
- package/bundled-skills/docs/users/usage.md +4 -4
- package/bundled-skills/docs/users/visual-guide.md +4 -4
- package/bundled-skills/go-in-depth/SKILL.md +59 -0
- package/bundled-skills/go-in-depth/scripts/workflow-script.js +350 -0
- package/bundled-skills/pilot-protocol/SKILL.md +145 -0
- package/bundled-skills/pre-ship-gate/SKILL.md +129 -0
- package/bundled-skills/routerbase-model-gateway/SKILL.md +175 -0
- package/bundled-skills/tree-ring-memory/SKILL.md +218 -0
- package/package.json +1 -1
- package/skills_index.json +132 -0
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"schemaVersion": 1,
|
|
3
|
-
"updatedAt": "2026-07-
|
|
3
|
+
"updatedAt": "2026-07-09T01:45:59.026Z",
|
|
4
4
|
"entries": [
|
|
5
5
|
"00-andruia-consultant",
|
|
6
6
|
"007",
|
|
@@ -453,6 +453,7 @@
|
|
|
453
453
|
"codebase-design",
|
|
454
454
|
"codebase-to-wordpress-converter",
|
|
455
455
|
"codex-fable5",
|
|
456
|
+
"codex-profiles",
|
|
456
457
|
"codex-review",
|
|
457
458
|
"codex-subagent",
|
|
458
459
|
"cold-email",
|
|
@@ -880,6 +881,7 @@
|
|
|
880
881
|
"global-chat-agent-discovery",
|
|
881
882
|
"gmail-automation",
|
|
882
883
|
"go-concurrency-patterns",
|
|
884
|
+
"go-in-depth",
|
|
883
885
|
"go-playwright",
|
|
884
886
|
"go-rod-master",
|
|
885
887
|
"goal-analyzer",
|
|
@@ -1329,6 +1331,7 @@
|
|
|
1329
1331
|
"php-pro",
|
|
1330
1332
|
"pi-custom-model",
|
|
1331
1333
|
"pi-web-search",
|
|
1334
|
+
"pilot-protocol",
|
|
1332
1335
|
"pipecat-friday-agent",
|
|
1333
1336
|
"pipedrive-automation",
|
|
1334
1337
|
"pitch-psychologist",
|
|
@@ -1361,6 +1364,7 @@
|
|
|
1361
1364
|
"pr-merge-champion",
|
|
1362
1365
|
"pr-writer",
|
|
1363
1366
|
"pre-release-review",
|
|
1367
|
+
"pre-ship-gate",
|
|
1364
1368
|
"premium-3d-website",
|
|
1365
1369
|
"price-psychology-strategist",
|
|
1366
1370
|
"pricing",
|
|
@@ -1471,6 +1475,7 @@
|
|
|
1471
1475
|
"robius-state-management",
|
|
1472
1476
|
"robius-widget-patterns",
|
|
1473
1477
|
"robot-framework-skill",
|
|
1478
|
+
"routerbase-model-gateway",
|
|
1474
1479
|
"ruby-pro",
|
|
1475
1480
|
"run-deep-swe",
|
|
1476
1481
|
"runapi-cli",
|
|
@@ -1764,6 +1769,7 @@
|
|
|
1764
1769
|
"train-sentence-transformers",
|
|
1765
1770
|
"transformers-js",
|
|
1766
1771
|
"travel-health-analyzer",
|
|
1772
|
+
"tree-ring-memory",
|
|
1767
1773
|
"trello-automation",
|
|
1768
1774
|
"triage",
|
|
1769
1775
|
"trigger-dev",
|
|
@@ -0,0 +1,170 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: codex-profiles
|
|
3
|
+
description: "Use codex-profiles to run Codex CLI or Codex Desktop with isolated CODEX_HOME profiles for separate accounts, projects, and local state."
|
|
4
|
+
category: productivity
|
|
5
|
+
risk: critical
|
|
6
|
+
source: community
|
|
7
|
+
source_repo: Ducksss/codex-profiles
|
|
8
|
+
source_type: community
|
|
9
|
+
date_added: "2026-07-08"
|
|
10
|
+
author: Ducksss
|
|
11
|
+
tags: [codex, codex-cli, profiles, code-home, account-isolation, desktop]
|
|
12
|
+
tools: [codex]
|
|
13
|
+
license: "MIT"
|
|
14
|
+
license_source: "https://github.com/Ducksss/codex-profiles/blob/main/LICENSE"
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
# Codex Profiles
|
|
18
|
+
|
|
19
|
+
## Overview
|
|
20
|
+
|
|
21
|
+
Use `codex-profiles` when a user wants separate Codex CLI or Codex Desktop contexts for work, personal, school, client, or project-specific activity. The tool wraps Codex's `CODEX_HOME` support so each profile has its own Codex home directory for auth, config, sessions, connectors, plugins, caches, logs, and local state.
|
|
22
|
+
|
|
23
|
+
This skill is for profile selection and operational safety around that boundary. It is not an official OpenAI project, and it does not provide full OS-level isolation.
|
|
24
|
+
|
|
25
|
+
## When to Use This Skill
|
|
26
|
+
|
|
27
|
+
- Use when the user wants to keep multiple Codex accounts or project contexts separate on one machine.
|
|
28
|
+
- Use when a workflow needs a different `CODEX_HOME` without manually exporting environment variables.
|
|
29
|
+
- Use when diagnosing which Codex profile is active or whether profiles are logged in.
|
|
30
|
+
- Use when the user asks about Codex account switching without copying `auth.json`.
|
|
31
|
+
- Use when launching Codex Desktop from a profile, only after confirming the user accepts app/process disruption.
|
|
32
|
+
|
|
33
|
+
## How It Works
|
|
34
|
+
|
|
35
|
+
### Step 1: Confirm Scope and Installation
|
|
36
|
+
|
|
37
|
+
First check whether the user wants CLI-only profile switching or Codex Desktop profile launching. Desktop operations can quit, launch, clone, or rebuild app instances, so get explicit approval before running them.
|
|
38
|
+
|
|
39
|
+
If the tool is already installed, inspect the live command surface:
|
|
40
|
+
|
|
41
|
+
```bash
|
|
42
|
+
codex-profile --help
|
|
43
|
+
codex-profile doctor
|
|
44
|
+
codex-profile list
|
|
45
|
+
codex-profile status
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
If it is not installed, prefer package-manager installs the user can inspect and control:
|
|
49
|
+
|
|
50
|
+
```bash
|
|
51
|
+
npm install -g codex-profile
|
|
52
|
+
brew install Ducksss/tap/codex-profile
|
|
53
|
+
```
|
|
54
|
+
|
|
55
|
+
Do not run remote install scripts automatically. If the user asks for a source install, clone the repository and inspect its install instructions first.
|
|
56
|
+
|
|
57
|
+
### Step 2: Create or Select a Profile
|
|
58
|
+
|
|
59
|
+
Create a new isolated Codex home only when the user names the intended profile:
|
|
60
|
+
|
|
61
|
+
```bash
|
|
62
|
+
codex-profile init work
|
|
63
|
+
codex-profile path work
|
|
64
|
+
```
|
|
65
|
+
|
|
66
|
+
Ask the user to log in once per profile when needed:
|
|
67
|
+
|
|
68
|
+
```bash
|
|
69
|
+
codex-profile login work
|
|
70
|
+
```
|
|
71
|
+
|
|
72
|
+
Do not copy, parse, print, or migrate `auth.json` tokens between profiles.
|
|
73
|
+
|
|
74
|
+
### Step 3: Run Codex CLI With a Profile
|
|
75
|
+
|
|
76
|
+
Use the CLI profile wrapper for ordinary agent work:
|
|
77
|
+
|
|
78
|
+
```bash
|
|
79
|
+
codex-profile cli work
|
|
80
|
+
codex-profile cli work exec "run tests and summarize failures"
|
|
81
|
+
```
|
|
82
|
+
|
|
83
|
+
For one-off shell sessions, prefer the tool's environment or shell activation commands after checking `--help`:
|
|
84
|
+
|
|
85
|
+
```bash
|
|
86
|
+
codex-profile env work
|
|
87
|
+
codex-profile shell-init --help
|
|
88
|
+
```
|
|
89
|
+
|
|
90
|
+
### Step 4: Use Desktop Profile Commands Carefully
|
|
91
|
+
|
|
92
|
+
Codex Desktop launch flows can affect running app state. Before running them, state which profile, app mode, and workspace will be used, then wait for approval.
|
|
93
|
+
|
|
94
|
+
```bash
|
|
95
|
+
codex-profile app work ~/Dev/project
|
|
96
|
+
codex-profile app work --instance ~/Dev/project
|
|
97
|
+
```
|
|
98
|
+
|
|
99
|
+
Use `--instance` only when the user wants side-by-side Desktop profiles and accepts the additional local app clone and separate Electron user-data boundary.
|
|
100
|
+
|
|
101
|
+
## Examples
|
|
102
|
+
|
|
103
|
+
### Example 1: Read-Only Profile Audit
|
|
104
|
+
|
|
105
|
+
```bash
|
|
106
|
+
codex-profile list
|
|
107
|
+
codex-profile status
|
|
108
|
+
codex-profile doctor
|
|
109
|
+
```
|
|
110
|
+
|
|
111
|
+
Use this before changing profile state. It should not expose token contents.
|
|
112
|
+
|
|
113
|
+
### Example 2: CLI Task in a Work Profile
|
|
114
|
+
|
|
115
|
+
```bash
|
|
116
|
+
codex-profile cli work exec "inspect this repository and run its test suite"
|
|
117
|
+
```
|
|
118
|
+
|
|
119
|
+
Confirm the profile name is intentional before running long tasks.
|
|
120
|
+
|
|
121
|
+
### Example 3: Manual CODEX_HOME Equivalent
|
|
122
|
+
|
|
123
|
+
If the wrapper is unavailable, explain the underlying boundary instead of improvising token movement:
|
|
124
|
+
|
|
125
|
+
```bash
|
|
126
|
+
CODEX_HOME="$HOME/.codex-work" codex
|
|
127
|
+
CODEX_HOME="$HOME/.codex-work" codex exec "review this change"
|
|
128
|
+
```
|
|
129
|
+
|
|
130
|
+
## Best Practices
|
|
131
|
+
|
|
132
|
+
- Keep profile names explicit and boring, such as `work`, `personal`, `client-a`, or `school`.
|
|
133
|
+
- Use `status`, `list`, and `doctor` before destructive or Desktop actions.
|
|
134
|
+
- Treat each profile as a separate local Codex home, not as a full sandbox.
|
|
135
|
+
- Keep secrets inside the account/profile that owns them; do not copy auth files between profiles.
|
|
136
|
+
- Prefer CLI profile commands for routine work and reserve Desktop app commands for user-approved context switches.
|
|
137
|
+
- Verify behavior against the installed `codex-profile --help`, because command flags can change.
|
|
138
|
+
|
|
139
|
+
## Limitations
|
|
140
|
+
|
|
141
|
+
- `codex-profiles` is community-maintained and is not an official OpenAI tool.
|
|
142
|
+
- It isolates Codex state through separate `CODEX_HOME` directories; it does not isolate the operating-system user, shell history, SSH keys, browser cookies, GitHub CLI auth, or unrelated application state.
|
|
143
|
+
- Desktop profile launch behavior is macOS-focused and can change with Codex Desktop releases.
|
|
144
|
+
- Existing Codex sessions may still contain project context from before a profile strategy was adopted.
|
|
145
|
+
- The tool does not replace backups for important Codex state.
|
|
146
|
+
|
|
147
|
+
## Security & Safety Notes
|
|
148
|
+
|
|
149
|
+
- Never copy, print, parse, or migrate `auth.json` tokens as a shortcut.
|
|
150
|
+
- Do not run Desktop launch, app clone, rebuild, remove, or profile deletion commands without explicit user approval.
|
|
151
|
+
- Use `codex-profile remove` only after confirming the exact profile path and whether the user needs a backup.
|
|
152
|
+
- Do not assume profile isolation protects credentials outside `CODEX_HOME`.
|
|
153
|
+
- Avoid remote install scripts in automated agent runs; prefer inspectable package-manager or source-install steps.
|
|
154
|
+
|
|
155
|
+
## Common Pitfalls
|
|
156
|
+
|
|
157
|
+
- **Problem:** A user expects profile switching to isolate GitHub CLI, SSH, or browser state.
|
|
158
|
+
**Solution:** Explain that `codex-profiles` isolates Codex home state only; check and switch other tools separately.
|
|
159
|
+
|
|
160
|
+
- **Problem:** A Desktop command disrupts an active session.
|
|
161
|
+
**Solution:** Ask before Desktop operations and prefer CLI commands when the user only needs isolated command-line work.
|
|
162
|
+
|
|
163
|
+
- **Problem:** A profile exists but is logged out or missing connectors.
|
|
164
|
+
**Solution:** Run `codex-profile status` and have the user log in or configure connectors inside that profile.
|
|
165
|
+
|
|
166
|
+
## Related Skills
|
|
167
|
+
|
|
168
|
+
- `@environment-setup-guide` - Use when installing or documenting local development tools.
|
|
169
|
+
- `@codex-maintenance` - Use when maintaining local Codex Desktop, MCP, plugin, or cache surfaces.
|
|
170
|
+
- `@filesystem-context` - Use when reasoning about local files, config paths, and workspace boundaries.
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
---
|
|
2
2
|
title: Jetski/Cortex + Gemini Integration Guide
|
|
3
|
-
description: "Use antigravity-awesome-skills with Jetski/Cortex without hitting context-window overflow with 1,
|
|
3
|
+
description: "Use antigravity-awesome-skills with Jetski/Cortex without hitting context-window overflow with 1,935+ skills."
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# Jetski/Cortex + Gemini: safe integration with 1,
|
|
6
|
+
# Jetski/Cortex + Gemini: safe integration with 1,935+ skills
|
|
7
7
|
|
|
8
8
|
This guide shows how to integrate the `antigravity-awesome-skills` repository with an agent based on **Jetski/Cortex + Gemini** (or similar frameworks) **without exceeding the model context window**.
|
|
9
9
|
|
|
@@ -23,7 +23,7 @@ Never do:
|
|
|
23
23
|
- concatenate all `SKILL.md` content into a single system prompt;
|
|
24
24
|
- re-inject the entire library for **every** request.
|
|
25
25
|
|
|
26
|
-
With 1,
|
|
26
|
+
With 1,935+ skills, this approach fills the context window before user messages are even added, causing truncation.
|
|
27
27
|
|
|
28
28
|
---
|
|
29
29
|
|
|
@@ -21,7 +21,7 @@ This example shows one way to integrate **antigravity-awesome-skills** with a Je
|
|
|
21
21
|
- How to enforce a **maximum number of skills per turn** via `maxSkillsPerTurn`.
|
|
22
22
|
- How to choose whether to **truncate or error** when too many skills are requested via `overflowBehavior`.
|
|
23
23
|
|
|
24
|
-
This pattern avoids context overflow when you have 1,
|
|
24
|
+
This pattern avoids context overflow when you have 1,935+ skills installed.
|
|
25
25
|
|
|
26
26
|
Manifest contract references:
|
|
27
27
|
|
|
@@ -6,7 +6,7 @@ This document keeps the repository's GitHub-facing discovery copy aligned with t
|
|
|
6
6
|
|
|
7
7
|
Preferred positioning:
|
|
8
8
|
|
|
9
|
-
> Installable GitHub library of 1,
|
|
9
|
+
> Installable GitHub library of 1,935+ agentic skills for Claude Code, Cursor, Codex CLI, Gemini CLI, Antigravity, and other AI coding assistants.
|
|
10
10
|
|
|
11
11
|
Key framing:
|
|
12
12
|
|
|
@@ -20,7 +20,7 @@ Key framing:
|
|
|
20
20
|
|
|
21
21
|
Preferred description:
|
|
22
22
|
|
|
23
|
-
> Installable GitHub library of 1,
|
|
23
|
+
> Installable GitHub library of 1,935+ agentic skills for Claude Code, Cursor, Codex CLI, Gemini CLI, Antigravity, and more. Includes installer CLI, bundles, workflows, and official/community skill collections.
|
|
24
24
|
|
|
25
25
|
Preferred homepage:
|
|
26
26
|
|
|
@@ -28,7 +28,7 @@ Preferred homepage:
|
|
|
28
28
|
|
|
29
29
|
Preferred social preview:
|
|
30
30
|
|
|
31
|
-
- use a clean preview image that says `1,
|
|
31
|
+
- use a clean preview image that says `1,935+ Agentic Skills`;
|
|
32
32
|
- mention Claude Code, Cursor, Codex CLI, and Gemini CLI;
|
|
33
33
|
- avoid dense text and tiny logos that disappear in social cards.
|
|
34
34
|
|
|
@@ -72,7 +72,7 @@ The update process refreshes:
|
|
|
72
72
|
- Canonical skills index (`skills_index.json`)
|
|
73
73
|
- Compatibility mirror (`data/skills_index.json`)
|
|
74
74
|
- Web app skills data (`apps\web-app\public\skills.json`)
|
|
75
|
-
- All 1,
|
|
75
|
+
- All 1,935+ skills from the skills directory
|
|
76
76
|
|
|
77
77
|
## When to Update
|
|
78
78
|
|
|
@@ -12,7 +12,7 @@ Install the library into Claude Code, then invoke focused skills directly in the
|
|
|
12
12
|
|
|
13
13
|
## Why use this repo for Claude Code
|
|
14
14
|
|
|
15
|
-
- It includes 1,
|
|
15
|
+
- It includes 1,935+ skills instead of a narrow single-domain starter pack.
|
|
16
16
|
- It supports the standard `.claude/skills/` path and the Claude Code plugin marketplace flow.
|
|
17
17
|
- It also ships generated bundle plugins so teams can install focused packs like `Essentials` or `Security Developer` from the marketplace metadata.
|
|
18
18
|
- It includes onboarding docs, bundles, and workflows so new users do not need to guess where to begin.
|
|
@@ -12,7 +12,7 @@ Install into the Gemini skills path, then ask Gemini to apply one skill at a tim
|
|
|
12
12
|
|
|
13
13
|
- It installs directly into the expected Gemini skills path.
|
|
14
14
|
- It includes both core software engineering skills and deeper agent/LLM-oriented skills.
|
|
15
|
-
- It helps new users get started with bundles and workflows rather than forcing a cold start from 1,
|
|
15
|
+
- It helps new users get started with bundles and workflows rather than forcing a cold start from 1,935+ files.
|
|
16
16
|
- It is useful whether you want a broad internal skill library or a single repo to test many workflows quickly.
|
|
17
17
|
|
|
18
18
|
## Install Gemini CLI Skills
|
|
@@ -18,7 +18,7 @@ Kiro is AWS's agentic AI IDE that combines:
|
|
|
18
18
|
|
|
19
19
|
Kiro's agentic capabilities are enhanced by skills that provide:
|
|
20
20
|
|
|
21
|
-
- **Domain expertise** across 1,
|
|
21
|
+
- **Domain expertise** across 1,935+ specialized areas
|
|
22
22
|
- **Best practices** from Anthropic, OpenAI, Google, Microsoft, and AWS
|
|
23
23
|
- **Workflow automation** for common development tasks
|
|
24
24
|
- **AWS-specific patterns** for serverless, infrastructure, and cloud architecture
|
|
@@ -14,7 +14,7 @@ If you came in through a **Claude Code** or **Codex** plugin instead of a full l
|
|
|
14
14
|
|
|
15
15
|
When you ran `npx antigravity-awesome-skills` or cloned the repository, you:
|
|
16
16
|
|
|
17
|
-
✅ **Downloaded 1,
|
|
17
|
+
✅ **Downloaded 1,935+ skill files** to your computer (default: `~/.agents/skills/`; or a custom path like `~/.agent/skills/` if you used `--path`)
|
|
18
18
|
✅ **Made them available** to your AI assistant
|
|
19
19
|
❌ **Did NOT enable them all automatically** (they're just sitting there, waiting)
|
|
20
20
|
|
|
@@ -34,7 +34,7 @@ Bundles are **curated groups** of skills organized by role. They help you decide
|
|
|
34
34
|
|
|
35
35
|
**Analogy:**
|
|
36
36
|
|
|
37
|
-
- You installed a toolbox with 1,
|
|
37
|
+
- You installed a toolbox with 1,935+ tools (✅ done)
|
|
38
38
|
- Bundles are like **labeled organizer trays** saying: "If you're a carpenter, start with these 10 tools"
|
|
39
39
|
- You can either **pick skills from the tray** or install that tray as a focused marketplace bundle plugin
|
|
40
40
|
|
|
@@ -212,7 +212,7 @@ Let's actually use a skill right now. Follow these steps:
|
|
|
212
212
|
|
|
213
213
|
## Step 5: Picking Your First Skills (Practical Advice)
|
|
214
214
|
|
|
215
|
-
Don't try to use all 1,
|
|
215
|
+
Don't try to use all 1,935+ skills at once. Here's a sensible approach:
|
|
216
216
|
|
|
217
217
|
If you want a tool-specific starting point before choosing skills, use:
|
|
218
218
|
|
|
@@ -343,7 +343,7 @@ Usually no, but if your AI doesn't recognize a skill:
|
|
|
343
343
|
|
|
344
344
|
### "Can I load all skills into the model at once?"
|
|
345
345
|
|
|
346
|
-
No. Even though you have 1,
|
|
346
|
+
No. Even though you have 1,935+ skills installed locally, you should **not** concatenate every `SKILL.md` into a single system prompt or context block.
|
|
347
347
|
|
|
348
348
|
The intended pattern is:
|
|
349
349
|
|
|
@@ -34,7 +34,7 @@ antigravity-awesome-skills/
|
|
|
34
34
|
├── 📄 CONTRIBUTING.md ← Contributor workflow
|
|
35
35
|
├── 📄 CATALOG.md ← Full generated catalog
|
|
36
36
|
│
|
|
37
|
-
├── 📁 skills/ ← 1,
|
|
37
|
+
├── 📁 skills/ ← 1,935+ skills live here
|
|
38
38
|
│ │
|
|
39
39
|
│ ├── 📁 brainstorming/
|
|
40
40
|
│ │ └── 📄 SKILL.md ← Skill definition
|
|
@@ -47,7 +47,7 @@ antigravity-awesome-skills/
|
|
|
47
47
|
│ │ └── 📁 2d-games/
|
|
48
48
|
│ │ └── 📄 SKILL.md ← Nested skills also supported
|
|
49
49
|
│ │
|
|
50
|
-
│ └── ... (1,
|
|
50
|
+
│ └── ... (1,935+ total)
|
|
51
51
|
│
|
|
52
52
|
├── 📁 apps/
|
|
53
53
|
│ └── 📁 web-app/ ← Interactive browser
|
|
@@ -100,7 +100,7 @@ antigravity-awesome-skills/
|
|
|
100
100
|
|
|
101
101
|
```
|
|
102
102
|
┌─────────────────────────┐
|
|
103
|
-
│ 1,
|
|
103
|
+
│ 1,935+ SKILLS │
|
|
104
104
|
└────────────┬────────────┘
|
|
105
105
|
│
|
|
106
106
|
┌────────────────────────┼────────────────────────┐
|
|
@@ -201,7 +201,7 @@ If you want a workspace-style manual install instead, cloning into `.agent/skill
|
|
|
201
201
|
│ ├── 📁 brainstorming/ │
|
|
202
202
|
│ ├── 📁 stripe-integration/ │
|
|
203
203
|
│ ├── 📁 react-best-practices/ │
|
|
204
|
-
│ └── ... (1,
|
|
204
|
+
│ └── ... (1,935+ total) │
|
|
205
205
|
└─────────────────────────────────────────┘
|
|
206
206
|
```
|
|
207
207
|
|
|
@@ -0,0 +1,59 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: go-in-depth
|
|
3
|
+
description: Go in depth harness — fan-out web searches, fetch sources, adversarially verify claims, synthesize a cited report.
|
|
4
|
+
risk: safe
|
|
5
|
+
source: self
|
|
6
|
+
source_type: self
|
|
7
|
+
date_added: "2026-07-07"
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# Go In Depth
|
|
11
|
+
|
|
12
|
+
## Overview
|
|
13
|
+
|
|
14
|
+
Go in depth harness — fan-out web searches, fetch sources, adversarially verify claims, synthesize a cited report. Run the "go-in-depth" workflow.
|
|
15
|
+
|
|
16
|
+
## When to Use
|
|
17
|
+
|
|
18
|
+
When the user wants a deep, multi-source, fact-checked research report on any topic. BEFORE invoking, check if the question is specific enough to research directly — if underspecified (e.g., "what car to buy" without budget/use-case/region), ask 2-3 clarifying questions to narrow scope. Then pass the refined question as args, weaving the answers in.
|
|
19
|
+
|
|
20
|
+
## How It Works
|
|
21
|
+
|
|
22
|
+
Phases:
|
|
23
|
+
- Scope: Decompose question (from args) into 5 search angles
|
|
24
|
+
- Search: 5 parallel WebSearch agents, one per angle
|
|
25
|
+
- Fetch: URL-dedup, fetch top 15 sources, extract falsifiable claims
|
|
26
|
+
- Verify: 3-vote adversarial verification per claim (need 2/3 refutes to kill)
|
|
27
|
+
- Synthesize: Merge semantic dupes, rank by confidence, cite sources
|
|
28
|
+
|
|
29
|
+
## Examples
|
|
30
|
+
|
|
31
|
+
### Example 1: Run go-in-depth workflow
|
|
32
|
+
```
|
|
33
|
+
Workflow({ name: "go-in-depth" })
|
|
34
|
+
```
|
|
35
|
+
|
|
36
|
+
### Example 2: Research with refined question
|
|
37
|
+
```
|
|
38
|
+
Workflow({ name: "go-in-depth", args: { query: "best hybrid cars under $30k in the US for families" } })
|
|
39
|
+
```
|
|
40
|
+
|
|
41
|
+
### Example 3: Deep dive into a technical concept
|
|
42
|
+
```
|
|
43
|
+
Workflow({ name: "go-in-depth", args: { query: "how does the transformer architecture handle positional encoding?" } })
|
|
44
|
+
```
|
|
45
|
+
|
|
46
|
+
### Example 4: Fact-checking a medical claim
|
|
47
|
+
```
|
|
48
|
+
Workflow({ name: "go-in-depth", args: { query: "efficacy of intermittent fasting for long-term weight loss in adults" } })
|
|
49
|
+
```
|
|
50
|
+
|
|
51
|
+
## Workflow Script
|
|
52
|
+
|
|
53
|
+
[scripts/workflow-script.js](scripts/workflow-script.js)
|
|
54
|
+
|
|
55
|
+
## Limitations
|
|
56
|
+
|
|
57
|
+
- **Slow execution**: Multi-agent searches, fetching, and 3-vote verification take significant time. Not for quick facts.
|
|
58
|
+
- **Context intensive**: Analyzing 15 full sources uses large context limits.
|
|
59
|
+
- **Synthesis risks**: May struggle if source material is weak or equally conflicting.
|