@apmantza/greedysearch-pi 1.4.2 → 1.5.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/.pi-lens/cache/jscpd.json +112 -0
- package/.pi-lens/cache/jscpd.meta.json +3 -0
- package/.pi-lens/cache/knip.json +111 -0
- package/.pi-lens/cache/knip.meta.json +4 -0
- package/.pi-lens/fix-plan.md +13 -0
- package/.pi-lens/fix-session.json +11 -0
- package/.pi-lens/metrics-history.json +182 -0
- package/.pi-lens/reports/fix-plan.tsv +38 -0
- package/.pi-lens/turn-state.json +6 -0
- package/CHANGELOG.md +30 -0
- package/README.md +233 -219
- package/cdp.mjs +1002 -797
- package/coding-task.mjs +392 -369
- package/extractors/bing-copilot.mjs +167 -195
- package/extractors/common.mjs +237 -0
- package/extractors/consent.mjs +273 -255
- package/extractors/gemini.mjs +142 -180
- package/extractors/google-ai.mjs +156 -162
- package/extractors/perplexity.mjs +126 -181
- package/extractors/selectors.mjs +43 -43
- package/index.ts +230 -93
- package/launch.mjs +283 -161
- package/package.json +26 -26
- package/search.mjs +1219 -997
- package/skills/greedy-search/SKILL.md +38 -109
- package/test.mjs +308 -0
- package/test.sh +298 -298
- package/newfeaturesideas.md +0 -105
package/newfeaturesideas.md
DELETED
|
@@ -1,105 +0,0 @@
|
|
|
1
|
-
# New Feature Ideas
|
|
2
|
-
|
|
3
|
-
Ideas for future features — thinking from the perspective of an AI assistant using these tools.
|
|
4
|
-
|
|
5
|
-
---
|
|
6
|
-
|
|
7
|
-
## 1. Source Verification
|
|
8
|
-
|
|
9
|
-
**Problem:** I get sources but can't verify if they're live, updated, or actually support the claimed content.
|
|
10
|
-
|
|
11
|
-
```
|
|
12
|
-
verify_sources({ urls: ["https://...", "https://..."] })
|
|
13
|
-
→ [{ url, status: 200, title, snippet, lastModified, claim: "supports X" }]
|
|
14
|
-
```
|
|
15
|
-
|
|
16
|
-
**Use cases:**
|
|
17
|
-
- Before citing a source, verify it's not 404
|
|
18
|
-
- Check if a page actually contains the claimed information
|
|
19
|
-
- Get last-modified dates to assess freshness
|
|
20
|
-
|
|
21
|
-
---
|
|
22
|
-
|
|
23
|
-
## 2. Incremental / Continuation Research
|
|
24
|
-
|
|
25
|
-
**Problem:** After deep_research on "RAG vs fine-tuning", going deeper on just RAG means re-running everything with a new query and losing original context.
|
|
26
|
-
|
|
27
|
-
```
|
|
28
|
-
deep_research({ query: "RAG vs fine-tuning", ... }) // initial
|
|
29
|
-
continue_research({ previousId: "...", query: "production RAG architectures" }) // goes deeper on RAG
|
|
30
|
-
```
|
|
31
|
-
|
|
32
|
-
**Use cases:**
|
|
33
|
-
- Drill into a specific aspect after initial broad research
|
|
34
|
-
- Build on previous results without re-fetching everything
|
|
35
|
-
- Progressive disclosure of complex topics
|
|
36
|
-
|
|
37
|
-
---
|
|
38
|
-
|
|
39
|
-
## 3. Multi-Query Synthesis
|
|
40
|
-
|
|
41
|
-
**Problem:** One query isn't enough for complex research. I chain multiple greedy_search calls manually.
|
|
42
|
-
|
|
43
|
-
```
|
|
44
|
-
multi_research({
|
|
45
|
-
queries: ["auth best practices", "NextAuth vs Clerk vs Lucia", "Next.js auth security"],
|
|
46
|
-
synthesize: true
|
|
47
|
-
})
|
|
48
|
-
```
|
|
49
|
-
|
|
50
|
-
**Use cases:**
|
|
51
|
-
- "Best auth for Next.js" needs multiple angles
|
|
52
|
-
- Research with different facets (comparison, security, performance)
|
|
53
|
-
- Casting a wider net when single query returns narrow results
|
|
54
|
-
|
|
55
|
-
---
|
|
56
|
-
|
|
57
|
-
## 4. Structured Extraction
|
|
58
|
-
|
|
59
|
-
**Problem:** When researching "which libraries are maintained", I want tables (name, stars, last commit, license), not prose.
|
|
60
|
-
|
|
61
|
-
```
|
|
62
|
-
extract_structured({
|
|
63
|
-
query: "Python HTTP client libraries 2026",
|
|
64
|
-
schema: { name: "string", stars: "number", lastUpdated: "date", async: "boolean" }
|
|
65
|
-
})
|
|
66
|
-
```
|
|
67
|
-
|
|
68
|
-
**Use cases:**
|
|
69
|
-
- Library comparisons as structured data
|
|
70
|
-
- Dependency audits
|
|
71
|
-
- Feature matrices for tools/frameworks
|
|
72
|
-
|
|
73
|
-
---
|
|
74
|
-
|
|
75
|
-
## 5. Confidence Scoring on Specific Claims
|
|
76
|
-
|
|
77
|
-
**Problem:** I say "high confidence" but it's hand-wavy. What if I could ask: "how confident are we that library X is actively maintained?"
|
|
78
|
-
|
|
79
|
-
```
|
|
80
|
-
verify_claim({
|
|
81
|
-
claim: "Prisma is actively maintained",
|
|
82
|
-
evidence: ["last commit: 2 weeks ago", "open issues: 45", "npm downloads: 2M/week"]
|
|
83
|
-
})
|
|
84
|
-
→ { confidence: 0.95, reasoning: "..." }
|
|
85
|
-
```
|
|
86
|
-
|
|
87
|
-
---
|
|
88
|
-
|
|
89
|
-
## 6. Research Cache / History
|
|
90
|
-
|
|
91
|
-
**Problem:** I do expensive deep_research, then the user asks a follow-up. I have to re-run everything.
|
|
92
|
-
|
|
93
|
-
```
|
|
94
|
-
get_research(id: "...") // retrieve previous results
|
|
95
|
-
list_research({ query: "RAG" }) // find related previous research
|
|
96
|
-
```
|
|
97
|
-
|
|
98
|
-
---
|
|
99
|
-
|
|
100
|
-
## Priority
|
|
101
|
-
|
|
102
|
-
1. **Source verification** — high value, relatively simple, fixes trust gap
|
|
103
|
-
2. **Multi-query synthesis** — high value, complex but powerful
|
|
104
|
-
3. **Incremental research** — medium value, nice UX improvement
|
|
105
|
-
4. **Structured extraction** — medium value, specialized use cases
|