replen 1.0.4 → 1.0.5
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.
|
@@ -207,14 +207,25 @@ that actually fit."* If the user agrees, run this checklist:
|
|
|
207
207
|
what it is · stack · niche/domain · active areas · constraints/non-goals ·
|
|
208
208
|
anti-patterns · integration preferences). Use the project's real domain
|
|
209
209
|
vocabulary, not abstractions.
|
|
210
|
-
3. **Register + tag.**
|
|
211
|
-
|
|
212
|
-
`
|
|
213
|
-
|
|
214
|
-
|
|
215
|
-
|
|
210
|
+
3. **Register + tag.** Register the repo: `npx replen sync-projects` (scans the
|
|
211
|
+
local repos and pushes them to Replen). Then **set the domain tags yourself
|
|
212
|
+
with the `replen_set_tags` tool** — derive them from the code you just read
|
|
213
|
+
(e.g. for a Python CCXT market-making engine:
|
|
214
|
+
`["crypto","trading","market-making","ccxt","quant","backtesting"]`).
|
|
215
|
+
**Do NOT tell the user to set tags on the web** — that's the sticky step this
|
|
216
|
+
replaces; set them with the tool. (They can still fine-tune later at
|
|
217
|
+
app.replen.dev/projects.) Tags matter most right after onboarding, before the
|
|
218
|
+
project has an embedding — without them a fresh project falls back to
|
|
219
|
+
language-only matching and surfaces noise.
|
|
216
220
|
4. **Re-run.** Once it has a remote + docs + tags, call `replen_match` again —
|
|
217
|
-
now it scopes to the project and matches against the real code.
|
|
221
|
+
now it scopes to the project and matches against the real code. (Its embedding
|
|
222
|
+
lands on the next pipeline run; until then, tags carry the relevance.)
|
|
223
|
+
|
|
224
|
+
Note on recording actions: always use the MCP tools — `replen_state` (star /
|
|
225
|
+
hide / handoff), `replen_record_triage` (your verdict), `replen_set_tags` — for
|
|
226
|
+
any write back to Replen. Don't hand-roll `curl` to the API for these; the MCP
|
|
227
|
+
path is the intended mechanism and avoids tripping host permission classifiers
|
|
228
|
+
on the candidate repo name in a curl payload.
|
|
218
229
|
|
|
219
230
|
**Candidate's README is unreachable (WebFetch 404)**. Note it in the
|
|
220
231
|
writeup (`Caveats: README unreachable; verdict based on description
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "replen",
|
|
3
|
-
"version": "1.0.
|
|
3
|
+
"version": "1.0.5",
|
|
4
4
|
"description": "Make your AI coding tools smarter. One command, no API keys. Replen scouts the OSS firehose against your projects and surfaces drop-in libraries, ideas to port, and dead deps to swap — the match decision happens inside your AI tool's session on your subscription tokens. 1-3 actionable matches a month, by design.",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"bin": {
|