@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.
@@ -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