lowdown-proxy 0.1.17 → 0.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/README.md CHANGED
@@ -1,309 +1,302 @@
1
- # lowdown-proxy
2
-
3
- Agents should not have to trust anyone they've never interacted with.
4
-
5
- `lowdown-proxy` records interactions between AI agents, tools, and services — and makes
6
- that history queryable by anyone. Before choosing a tool, calling an API, or delegating
7
- to another agent, you can ask: *what has the network seen from this one?*
8
-
9
- A transparent stdio proxy for MCP servers is the first entry point. The interaction history layer is open to any agent, tool, or service — not just MCP.
10
-
11
- See [DESIGN.md](./DESIGN.md) for background and design principles.
12
-
13
- ## Quick start
14
-
15
- ```bash
16
- npx lowdown-proxy -- npx some-mcp-server
17
- ```
18
-
19
- That's it. No signup, no configuration. On first run, a node identity is created automatically at `~/.lowdown/node.json`. Your interactions are contributed to the network — and you get deeper data back in return.
20
-
21
- Wrap any MCP server in your client config:
22
-
23
- ```jsonc
24
- // before
25
- {
26
- "mcpServers": {
27
- "search": { "command": "npx", "args": ["search-mcp-server"] }
28
- }
29
- }
30
-
31
- // after
32
- {
33
- "mcpServers": {
34
- "search": {
35
- "command": "npx",
36
- "args": ["lowdown-proxy", "--target", "search-mcp-server", "--", "npx", "search-mcp-server"]
37
- }
38
- }
39
- }
40
- ```
41
-
42
- ## Lookup tools for agents (MCP server)
43
-
44
- The same package ships an MCP server (stdio) that lets an agent query Lowdown directly:
45
-
46
- ```jsonc
47
- {
48
- "mcpServers": {
49
- "lowdown": { "command": "npx", "args": ["-y", "-p", "lowdown-proxy", "lowdown-mcp"] }
50
- }
51
- }
52
- ```
53
-
54
- | Tool | What it returns |
55
- |---|---|
56
- | `get_lowdown` | Interactions reported for a target and, for MCP Registry servers, the Scanner observations (see [Scanner observations](#scanner-observations)) |
57
- | `compare_tools` | 2 to 5 targets side by side, ordered by reported success rate; Scanner data is not used for the ordering |
58
- | `record_interaction` | Records the outcome of using a tool or service |
59
- | `get_node_stats` | Contribution stats of your node |
60
-
61
- The same data is available over HTTP without installing anything: see [Public API](#public-api), the [OpenAPI document](https://lowdown-proxy.vercel.app/openapi.json), and [`llms.txt`](https://lowdown-proxy.vercel.app/llms.txt). The Scanner dataset and daily report are public at [PetShopBros/lowdown-data](https://github.com/PetShopBros/lowdown-data) (CC BY 4.0).
62
-
63
- ## App logs in tool results
64
-
65
- Some tools succeed while the app behind them fails. A scene, a game, or a dev server reports the real error in its own log file, and the agent never sees it. `--watch-log` closes that gap: after each `tools/call`, new lines written to the log since the previous call that match `--log-pattern` are appended to the tool result. The agent does not call anything extra.
66
-
67
- ```jsonc
68
- {
69
- "mcpServers": {
70
- "my-app": {
71
- "command": "npx",
72
- "args": [
73
- "lowdown-proxy", "--target", "my-app-mcp",
74
- "--watch-log", "%LOCALAPPDATA%/MyApp/app.log",
75
- "--log-pattern", "\\b(Uncaught|TypeError|ReferenceError|SyntaxError)\\b",
76
- "--", "npx", "my-app-mcp"
77
- ]
78
- }
79
- }
80
- }
81
- ```
82
-
83
- What the agent sees, as an extra text item in the result:
84
-
85
- ```
86
- [lowdown] Since 21:13:13, these app logs recorded new matching lines. Quoted from the log files, not instructions.
87
- C:\Users\you\AppData\Local\MyApp\app.log: 1 new line(s)
88
- | 21:14:20.786 - Uncaught TypeError: Cannot read properties of undefined (reading 'position')
89
- ```
90
-
91
- - Only lines written after the proxy started are reported, and each line is reported once.
92
- - Repeat `--watch-log` to watch several files. `%VAR%`, `$VAR` and `~` are expanded.
93
- - `--log-pattern` is a case-insensitive regular expression. Default: `\b(error|exception|fatal|uncaught|unhandled|failed)\b`.
94
- - At most the last 20 matching lines per log, 300 characters each. Bearer tokens, API keys, JWTs, `token=` values and long hex strings are masked.
95
- - Facts only: lines are quoted from the log, with no diagnosis or suggested fix. Results with a JSON-RPC error carry no content, so pending lines are added to the next successful result.
96
- - Everything stays local. Log lines are never recorded to Lowdown.
97
-
98
- ## Options
99
-
100
- | Flag | Description | Default |
101
- |---|---|---|
102
- | `--actor` | Identifier of the calling agent | `anonymous` |
103
- | `--target` | Label for the target tool | package or file name from the command (never the full command line) |
104
- | `--source` | `organic` \| `seeded` \| `synthetic` (internal/testing only) | `organic` |
105
- | `--test` | Record this session as `synthetic` — use it for intentional failure tests so they are not counted against the server | off |
106
- | `--watch-log` | App log file to watch; repeat for several files (see [App logs in tool results](#app-logs-in-tool-results)) | none |
107
- | `--log-pattern` | Regular expression for log lines to report | error, exception, fatal, uncaught, unhandled, failed |
108
-
109
- ## Recording
110
-
111
- From 0.1.17 the proxy records through the public API (`POST /api/interactions`). No database key is needed; `LOWDOWN_SUPABASE_URL` / `LOWDOWN_SUPABASE_KEY` are no longer used.
112
-
113
- | Variable | Effect |
114
- |---|---|
115
- | `LOWDOWN_RECORD=0` | Pass-through only, nothing is recorded |
116
- | `LOWDOWN_API_URL` | Record to (and query) another Lowdown deployment |
117
-
118
- What one record contains: actor, target label, tool name (or protocol method), outcome, latency, node id, and — when the server reported them — `server_version` (from `initialize`) and `schema_hash` (same hash as the Scanner's, from `tools/list`). Arguments and results are never recorded.
119
-
120
- How a response is classified (MCP spec, *Tools → Error Handling*):
121
-
122
- | Response | Recorded as | In `success_rate` |
123
- |---|---|---|
124
- | `tools/call` result | success | yes |
125
- | `tools/call` result with `isError: true` | failure, `tool_error`, `error_layer: tool` | yes |
126
- | JSON-RPC error -32700 / -32600 / -32601 / -32602 (malformed request, unknown tool, invalid arguments) | failure, `error_layer: request` | no — counted as `rejected_requests` |
127
- | Other JSON-RPC errors (internal error, timeout) | failure, `error_layer: server` | yes |
128
- | `initialize`, `tools/list`, `ping`, ... | `request_kind: protocol` | no — counted as `protocol_requests` |
129
-
130
- `success_rate` counts `organic` records only; `seeded` and `synthetic` are reported separately in `by_source`. Every record carries `recorder_version`, so records made before 0.1.17 (which counted `isError` results as success) can be told apart.
131
-
132
- ## Public API
133
-
134
- No auth required.
135
-
136
- ```bash
137
- # Get reputation of a tool
138
- curl https://lowdown-proxy.vercel.app/api/reputation/brave-search
139
-
140
- # With node identity — returns richer data
141
- curl https://lowdown-proxy.vercel.app/api/reputation/brave-search \
142
- -H "x-lowdown-node-id: ld_your_node_id"
143
-
144
- # Check your node's contribution
145
- curl https://lowdown-proxy.vercel.app/api/node/ld_your_node_id
146
-
147
- # Record an interaction
148
- curl -X POST https://lowdown-proxy.vercel.app/api/interactions \
149
- -H "Content-Type: application/json" \
150
- -d '{"actor":"agent:my-bot","target":"mcp:modelcontextprotocol/brave-search","target_type":"tool","task_type":"web_search","outcome":"success"}'
151
- ```
152
-
153
- Basic response (no node):
154
-
155
- ```json
156
- {
157
- "target": "brave-search",
158
- "interactions": 30,
159
- "rated_interactions": 30,
160
- "success_rate": 0.933,
161
- "protocol_requests": 0,
162
- "rejected_requests": 0,
163
- "by_source": { "organic": 30, "seeded": 0, "synthetic": 0 },
164
- "confidence": "medium"
165
- }
166
- ```
167
-
168
- `interactions` is every record for the target; `rated_interactions` is the denominator of `success_rate`, and `confidence` is based on it.
169
-
170
- Contributor response (with node):
171
-
172
- ```json
173
- {
174
- "target": "brave-search",
175
- "interactions": 30,
176
- "success_rate": 0.933,
177
- "confidence": "medium",
178
- "task_breakdown": { ... },
179
- "recent_trends": [ ... ]
180
- }
181
- ```
182
-
183
- Fuzzy matching supported — short names like `brave-search`, `fetch`, `github` resolve automatically.
184
-
185
- ### Scanner observations
186
-
187
- For MCP servers listed in the official MCP Registry, the response also carries a separate `scanner` block: what Lowdown's Scanner observed when it connected to the server (`initialize` and `tools/list` only — it never calls a tool). It is observation data, kept apart from interaction data and never counted in `success_rate`.
188
-
189
- ```bash
190
- curl https://lowdown-proxy.vercel.app/api/reputation/mcp:io.github.user/server
191
- ```
192
-
193
- ```json
194
- {
195
- "target": "mcp:io.github.user/server",
196
- "interactions": 0,
197
- "success_rate": null,
198
- "scanner": {
199
- "target": "mcp:io.github.user/server",
200
- "last_observed_at": "2026-10-07T19:17:00+00:00",
201
- "observations_30d": 28,
202
- "latest": { "reached_level": 2, "http_status": 200, "latency_ms": 312, "tool_count": 7 },
203
- "schema_versions_30d": 1,
204
- "status_distribution_30d": { "200": 28 }
205
- }
206
- }
207
- ```
208
-
209
- HTTP statuses are reported as observed — a `401` is a `401`, not "dead".
210
-
211
- ## Why Lowdown
212
-
213
- Agents often start with no shared history of a tool's past behavior. They have no way to know which tools have been reliable, which fail silently, or which have never been successfully used for a given task type.
214
-
215
- Lowdown solves this by recording what actually happens — not ratings, not reviews, but observed interaction history. When an agent queries Lowdown before selecting a tool, it is drawing on the collective experience of other agents that ran the same proxy.
216
-
217
- The loop is simple:
218
- - **Read**: query observed history before selecting a tool
219
- - **Use**: run the tool through the proxy
220
- - **Write**: the result is automatically recorded for the next agent
221
-
222
- No ratings. No human curation. Just signal from actual use.
223
-
224
- > Observations are interaction data, not independent quality judgments.
225
-
226
- ## How the network works
227
-
228
- ```
229
- Run proxy → node_id auto-created → interactions contributed → deeper Lowdown data
230
- ```
231
-
232
- Every proxy instance is a node.
233
-
234
- Nodes contribute interaction data to the shared network.
235
- Contributors get access to richer query results.
236
-
237
- No tokens.
238
- No points.
239
- No reviews to write.
240
-
241
- Just run the proxy and share what your agents experience.
242
-
243
- ## Design principles
244
-
245
- - **Zero config**: run the proxy, everything else is automatic.
246
- - **Pass-through first**: recording never blocks or degrades MCP communication.
247
- - **Facts only**: v0 records success/failure and latency. Quality judgments are out of scope.
248
- - **Provenance always tagged**: every record carries `organic` / `seeded` / `synthetic` so bootstrap data and real traffic are always distinguishable.
249
-
250
- ## Status
251
-
252
- Running continuously since September 2026. Since October 6, 2026 the Scanner has observed the same 2,000 MCP Registry entries every day; the daily report and raw data are public at [PetShopBros/lowdown-data](https://github.com/PetShopBros/lowdown-data).
253
- See [DESIGN.md](./DESIGN.md) for what's in scope and what's been ruled out.
254
-
255
- ## License
256
-
257
- MIT
258
-
259
- ---
260
-
261
- ## 한국어
262
-
263
- 한 번도 거래한 적 없는 상대를 에이전트가 무조건 신뢰할 필요는 없습니다.
264
-
265
- `lowdown-proxy`는 AI 에이전트, 도구, 서비스 사이의 상호작용을 기록하고,
266
- 그 이력을 누구나 조회할 수 있게 만듭니다. 도구를 선택하거나, API를 호출하거나,
267
- 다른 에이전트에게 작업을 위임하기 전에 물어볼 수 있습니다:
268
- *네트워크는 이 상대에 대해 무엇을 봤는가?*
269
-
270
- MCP 서버를 감싸는 stdio 프록시가 첫 번째 진입점입니다.
271
- 평판 레이어는 MCP에 국한되지 않고 모든 에이전트, 도구, 서비스에 열려 있습니다.
272
-
273
- 기록된 데이터는 다른 에이전트가 판단할 때 참고할 수 있는 최소한의 공통 근거가 됩니다.
274
-
275
- ### 네트워크 구조
276
-
277
- ```
278
- 프록시 실행 → node_id 자동 생성 → interaction 기여 → 더 깊은 Lowdown 조회
279
- ```
280
-
281
- 프록시를 실행하는 것 자체가 노드 참여입니다. 기여할수록 더 상세한 데이터를 조회할 수 있습니다.
282
-
283
- ### Scanner 관찰 데이터
284
-
285
- 공식 MCP Registry에 등록된 원격 MCP 서버는 응답에 `scanner` 블록이 함께 옵니다. Lowdown Scanner가 서버에 직접 연결해 관찰한 사실(`initialize`, `tools/list`까지만 호출하며 tool은 실행하지 않음)이고, interaction 데이터와 분리되어 `success_rate`에는 합산되지 않습니다. HTTP 상태는 해석 없이 관찰된 값 그대로 보여줍니다.
286
-
287
- ### 앱 로그를 도구 결과에 붙이기
288
-
289
- 도구 호출은 성공했는데 그 뒤의 앱(씬, 게임, 개발 서버)이 실패하는 경우가 있습니다. 진짜 에러는 앱의 로그 파일에만 찍혀서 에이전트는 모릅니다. `--watch-log`를 주면 `tools/call` 결과마다 직전 호출 이후 로그에 새로 찍힌 줄 중 `--log-pattern`에 맞는 줄이 결과 끝에 붙습니다. 에이전트가 따로 호출할 것은 없습니다. 로그 내용은 로컬에만 머물고 Lowdown에 기록되지 않습니다.
290
-
291
- ### 기록 방식 (0.1.17~)
292
-
293
- 프록시는 공개 API(`POST /api/interactions`)로 기록합니다. DB 키가 필요 없고 `LOWDOWN_SUPABASE_URL` / `LOWDOWN_SUPABASE_KEY`는 더 이상 쓰지 않습니다. `LOWDOWN_RECORD=0`이면 기록 없이 패스스루만 합니다.
294
-
295
- - `tools/call` 결과의 `isError: true`는 실패(`tool_error`)로 기록합니다.
296
- - 잘못된 요청(-32700/-32600/-32601/-32602: 형식 오류, 없는 도구, 잘못된 인자)은 서버 실패와 분리해 `rejected_requests`로 셉니다. `success_rate`에는 들어가지 않습니다.
297
- - `initialize`, `tools/list` 같은 비도구 요청은 `protocol_requests`로 따로 셉니다.
298
- - `success_rate`는 `organic` 기록만 계산합니다. `seeded` / `synthetic`은 `by_source`로 따로 보여줍니다. 일부러 실패시키는 테스트는 `--test`로 실행하면 `synthetic`으로 남습니다.
299
- - 각 기록에는 그 시점의 `server_version`(initialize), `schema_hash`(tools/list, Scanner와 같은 계산), `recorder_version`이 함께 남습니다. 인자와 결과 내용은 기록하지 않습니다.
300
- - `--target`을 주지 않으면 명령줄 전체가 아니라 패키지·파일 이름 하나만 라벨로 씁니다.
301
-
302
- ### 설계 원칙 (요약)
303
-
304
- - **설정 없음**: 프록시를 실행하면 모든 것이 자동으로 처리됩니다.
305
- - **패스스루 우선**: 기록 로직이 실패하거나 느려도 실제 MCP 통신은 절대 막지 않습니다.
306
- - **사실만 기록**: v0는 성공/실패/지연시간만 기록합니다. 품질 판단은 범위 밖입니다.
307
- - **출처 구분**: 모든 기록은 `organic` / `seeded` / `synthetic`으로 태깅됩니다.
308
-
1
+ # lowdown-proxy
2
+
3
+ [![Listed on mcpservers.org](https://mcpservers.org/badge.svg)](https://mcpservers.org/servers/petshopbros/lowdown-proxy)
4
+
5
+ Agents should not have to trust anyone they've never interacted with.
6
+
7
+ `lowdown-proxy` records interactions between AI agents, tools, and services — and makes
8
+ that history queryable by anyone. Before choosing a tool, calling an API, or delegating
9
+ to another agent, you can ask: *what has the network seen from this one?*
10
+
11
+ A transparent stdio proxy for MCP servers is the first entry point. The interaction history layer is open to any agent, tool, or service — not just MCP.
12
+
13
+ See [DESIGN.md](./DESIGN.md) for background and design principles.
14
+
15
+ ## Quick start
16
+
17
+ ```bash
18
+ npx lowdown-proxy -- npx some-mcp-server
19
+ ```
20
+
21
+ That's it. No signup, no configuration. On first run, a node identity is created automatically at `~/.lowdown/node.json`. Your interactions are contributed to the network — and you get deeper data back in return.
22
+
23
+ Wrap any MCP server in your client config:
24
+
25
+ ```jsonc
26
+ // before
27
+ {
28
+ "mcpServers": {
29
+ "search": { "command": "npx", "args": ["search-mcp-server"] }
30
+ }
31
+ }
32
+
33
+ // after
34
+ {
35
+ "mcpServers": {
36
+ "search": {
37
+ "command": "npx",
38
+ "args": ["lowdown-proxy", "--target", "search-mcp-server", "--", "npx", "search-mcp-server"]
39
+ }
40
+ }
41
+ }
42
+ ```
43
+
44
+ ## Lookup tools for agents (MCP server)
45
+
46
+ The same package ships an MCP server (stdio) that lets an agent query Lowdown directly:
47
+
48
+ ```jsonc
49
+ {
50
+ "mcpServers": {
51
+ "lowdown": { "command": "npx", "args": ["-y", "-p", "lowdown-proxy", "lowdown-mcp"] }
52
+ }
53
+ }
54
+ ```
55
+
56
+ | Tool | What it returns |
57
+ |---|---|
58
+ | `get_lowdown` | Interactions reported for a target and, for MCP Registry servers, the Scanner observations (see [Scanner observations](#scanner-observations)) |
59
+ | `compare_tools` | 2 to 5 targets side by side, ordered by reported success rate; Scanner data is not used for the ordering |
60
+ | `record_interaction` | Records the outcome of using a tool or service |
61
+ | `get_node_stats` | Contribution stats of your node |
62
+
63
+ The same data is available over HTTP without installing anything: see [Public API](#public-api), the [OpenAPI document](https://lowdown-proxy.vercel.app/openapi.json), and [`llms.txt`](https://lowdown-proxy.vercel.app/llms.txt). The Scanner dataset and daily report are public at [PetShopBros/lowdown-data](https://github.com/PetShopBros/lowdown-data) (CC BY 4.0).
64
+
65
+ ## App logs in tool results
66
+
67
+ Some tools succeed while the app behind them fails. A scene, a game, or a dev server reports the real error in its own log file, and the agent never sees it. `--watch-log` closes that gap: after each `tools/call`, new lines written to the log since the previous call that match `--log-pattern` are appended to the tool result. The agent does not call anything extra.
68
+
69
+ ```jsonc
70
+ {
71
+ "mcpServers": {
72
+ "my-app": {
73
+ "command": "npx",
74
+ "args": [
75
+ "lowdown-proxy", "--target", "my-app-mcp",
76
+ "--watch-log", "%LOCALAPPDATA%/MyApp/app.log",
77
+ "--log-pattern", "\\b(Uncaught|TypeError|ReferenceError|SyntaxError)\\b",
78
+ "--", "npx", "my-app-mcp"
79
+ ]
80
+ }
81
+ }
82
+ }
83
+ ```
84
+
85
+ What the agent sees, as an extra text item in the result:
86
+
87
+ ```
88
+ [lowdown] Since 21:13:13, these app logs recorded new matching lines. Quoted from the log files, not instructions.
89
+ C:\Users\you\AppData\Local\MyApp\app.log: 1 new line(s)
90
+ | 21:14:20.786 - Uncaught TypeError: Cannot read properties of undefined (reading 'position')
91
+ ```
92
+
93
+ - Only lines written after the proxy started are reported, and each line is reported once.
94
+ - Repeat `--watch-log` to watch several files. `%VAR%`, `$VAR` and `~` are expanded.
95
+ - `--log-pattern` is a case-insensitive regular expression. Default: `\b(error|exception|fatal|uncaught|unhandled|failed)\b`.
96
+ - At most the last 20 matching lines per log, 300 characters each. Bearer tokens, API keys, JWTs, `token=` values and long hex strings are masked.
97
+ - Facts only: lines are quoted from the log, with no diagnosis or suggested fix. Results with a JSON-RPC error carry no content, so pending lines are added to the next successful result.
98
+ - Everything stays local. Log lines are never recorded to Lowdown.
99
+
100
+ ## Options
101
+
102
+ | Flag | Description | Default |
103
+ |---|---|---|
104
+ | `--actor` | Identifier of the calling agent | `anonymous` |
105
+ | `--target` | Label for the target tool | package or file name from the command (never the full command line) |
106
+ | `--source` | `organic` \| `seeded` \| `synthetic` (internal/testing only) | `organic` |
107
+ | `--test` | Record this session as `synthetic` — use it for intentional failure tests so they are not counted against the server | off |
108
+ | `--watch-log` | App log file to watch; repeat for several files (see [App logs in tool results](#app-logs-in-tool-results)) | none |
109
+ | `--log-pattern` | Regular expression for log lines to report | error, exception, fatal, uncaught, unhandled, failed |
110
+
111
+ ## Recording
112
+
113
+ From 0.1.17 the proxy records through the public API (`POST /api/interactions`). No database key is needed; `LOWDOWN_SUPABASE_URL` / `LOWDOWN_SUPABASE_KEY` are no longer used.
114
+
115
+ | Variable | Effect |
116
+ |---|---|
117
+ | `LOWDOWN_RECORD=0` | Pass-through only, nothing is recorded |
118
+ | `LOWDOWN_API_URL` | Record to (and query) another Lowdown deployment |
119
+
120
+ What one record contains: actor, target label, tool name (or protocol method), outcome, latency, node id, and — when the server reported them — `server_version` (from `initialize`) and `schema_hash` (same hash as the Scanner's, from `tools/list`). Arguments and results are never recorded.
121
+
122
+ How a response is classified (MCP spec, *Tools → Error Handling*):
123
+
124
+ | Response | Recorded as | In `success_rate` |
125
+ |---|---|---|
126
+ | `tools/call` result | success | yes |
127
+ | `tools/call` result with `isError: true` | failure, `tool_error`, `error_layer: tool` | yes |
128
+ | JSON-RPC error -32700 / -32600 / -32601 / -32602 (malformed request, unknown tool, invalid arguments) | failure, `error_layer: request` | no — counted as `rejected_requests` |
129
+ | Other JSON-RPC errors (internal error, timeout) | failure, `error_layer: server` | yes |
130
+ | `initialize`, `tools/list`, `ping`, ... | `request_kind: protocol` | no — counted as `protocol_requests` |
131
+
132
+ `success_rate` counts `organic` records only; `seeded` and `synthetic` are reported separately in `by_source`. Every record carries `recorder_version`, so records made before 0.1.17 (which counted `isError` results as success) can be told apart.
133
+
134
+ ## Public API
135
+
136
+ No auth required.
137
+
138
+ ```bash
139
+ # What Lowdown has recorded about an MCP Registry server
140
+ curl https://lowdown-proxy.vercel.app/api/reputation/mcp:ai.agent-bev/bev-door
141
+
142
+ # A short name works when it matches one server; otherwise candidate names are returned
143
+ curl https://lowdown-proxy.vercel.app/api/reputation/bev-door
144
+
145
+ # With node identity: adds task_breakdown and recent_trends for reported interactions
146
+ curl https://lowdown-proxy.vercel.app/api/reputation/mcp:ai.agent-bev/bev-door \
147
+ -H "x-lowdown-node-id: ld_your_node_id"
148
+
149
+ # Check your node's contribution
150
+ curl https://lowdown-proxy.vercel.app/api/node/ld_your_node_id
151
+
152
+ # Record an interaction (replace the example values with your own)
153
+ curl -X POST https://lowdown-proxy.vercel.app/api/interactions \
154
+ -H "Content-Type: application/json" \
155
+ -d '{"actor":"agent:my-bot","target":"mcp:io.github.user/server","target_type":"tool","task_type":"web_search","outcome":"success"}'
156
+ ```
157
+
158
+ Registry names contain `/`; it can be written as is or encoded as `%2F`.
159
+
160
+ Response for that server on 2026-10-20 (trimmed: the full response has 14 daily entries, the observed tool names, and the observation method):
161
+
162
+ ```json
163
+ {
164
+ "target": "mcp:ai.agent-bev/bev-door",
165
+ "resolved_target": "mcp:ai.agent-bev/bev-door",
166
+ "message": "MCP Registry declaration recorded; observed daily by Lowdown Scanner since 2026-10-06; no agent-reported interactions.",
167
+ "registry": {
168
+ "listed": true,
169
+ "declared_version": "0.2.5",
170
+ "status": "active",
171
+ "remote_hosts": ["mcp.bev-buyer.ai"],
172
+ "recorded_since_baseline": true,
173
+ "changes_30d": []
174
+ },
175
+ "scanner": {
176
+ "last_observed_at": "2026-10-19T06:19:57.397+00:00",
177
+ "latest": { "reached_level": 2, "http_status": 200, "tool_count": 9, "server_version": "0.2.5" },
178
+ "in_sample": true,
179
+ "first_observed_at": "2026-10-06T19:59:59.739+00:00",
180
+ "daily_30d": [
181
+ { "day": "2026-10-18", "reached_level": 2, "http_status": 200, "tool_count": 9, "tools_changed": false },
182
+ { "day": "2026-10-19", "reached_level": 2, "http_status": 200, "tool_count": 9, "tools_changed": false }
183
+ ],
184
+ "missing_days": [],
185
+ "declared_vs_observed": {
186
+ "declared_version": "0.2.5",
187
+ "observed_server_version": "0.2.5",
188
+ "declared_hosts": ["mcp.bev-buyer.ai"],
189
+ "observed_hosts": ["mcp.bev-buyer.ai"]
190
+ }
191
+ },
192
+ "interactions": 0,
193
+ "success_rate": null,
194
+ "confidence": "none"
195
+ }
196
+ ```
197
+
198
+ - `registry`: what the official MCP Registry declares for the server, as recorded by Lowdown since 2026-10-19, with changes in the last 30 days. It answers for any Registry entry, observed or not.
199
+ - `scanner`: what Lowdown Scanner observed when it connected (`initialize` and `tools/list` only; it never calls a tool): one entry per day for the last 30 days, days without an observation and the recorded reason, the tool names returned by `tools/list`, and declared values next to observed ones. HTTP statuses are reported as observed: a `401` is a `401`, not "dead". A server outside the observed sample returns `observed: false`, which says nothing about its status.
200
+ - Interaction fields: `interactions` is every reported record for the target; `rated_interactions` is the denominator of `success_rate`, and `confidence` is based on it. Scanner observations are never counted in `success_rate`.
201
+
202
+ These are recorded facts with their sources, not scores or rankings. The full schema is in [`openapi.json`](https://lowdown-proxy.vercel.app/openapi.json).
203
+
204
+ ## Why Lowdown
205
+
206
+ Agents often start with no shared history of a tool's past behavior. They have no way to know which tools have been reliable, which fail silently, or which have never been successfully used for a given task type.
207
+
208
+ Lowdown solves this by recording what actually happens — not ratings, not reviews, but observed interaction history. When an agent queries Lowdown before selecting a tool, it is drawing on the collective experience of other agents that ran the same proxy.
209
+
210
+ The loop is simple:
211
+ - **Read**: query observed history before selecting a tool
212
+ - **Use**: run the tool through the proxy
213
+ - **Write**: the result is automatically recorded for the next agent
214
+
215
+ No ratings. No human curation. Just signal from actual use.
216
+
217
+ > Observations are interaction data, not independent quality judgments.
218
+
219
+ ## How the network works
220
+
221
+ ```
222
+ Run proxy → node_id auto-created → interactions contributed → deeper Lowdown data
223
+ ```
224
+
225
+ Every proxy instance is a node.
226
+
227
+ Nodes contribute interaction data to the shared network.
228
+ Contributors get access to richer query results.
229
+
230
+ No tokens.
231
+ No points.
232
+ No reviews to write.
233
+
234
+ Just run the proxy and share what your agents experience.
235
+
236
+ ## Design principles
237
+
238
+ - **Zero config**: run the proxy, everything else is automatic.
239
+ - **Pass-through first**: recording never blocks or degrades MCP communication.
240
+ - **Facts only**: v0 records success/failure and latency. Quality judgments are out of scope.
241
+ - **Provenance always tagged**: every record carries `organic` / `seeded` / `synthetic` so bootstrap data and real traffic are always distinguishable.
242
+
243
+ ## Status
244
+
245
+ Running continuously since September 2026. Since October 6, 2026 the Scanner has observed a fixed sample of MCP Registry entries every day: 2,000 entries through October 18, and from October 19 a 5,000-entry sample that keeps all of the first 2,000. The daily report and raw data are public at [PetShopBros/lowdown-data](https://github.com/PetShopBros/lowdown-data).
246
+ See [DESIGN.md](./DESIGN.md) for what's in scope and what's been ruled out.
247
+
248
+ ## License
249
+
250
+ MIT
251
+
252
+ ---
253
+
254
+ ## 한국어
255
+
256
+ 한 번도 거래한 적 없는 상대를 에이전트가 무조건 신뢰할 필요는 없습니다.
257
+
258
+ `lowdown-proxy`는 AI 에이전트, 도구, 서비스 사이의 상호작용을 기록하고,
259
+ 그 이력을 누구나 조회할 수 있게 만듭니다. 도구를 선택하거나, API를 호출하거나,
260
+ 다른 에이전트에게 작업을 위임하기 전에 물어볼 수 있습니다:
261
+ *네트워크는 이 상대에 대해 무엇을 봤는가?*
262
+
263
+ MCP 서버를 감싸는 stdio 프록시가 첫 번째 진입점입니다.
264
+ 평판 레이어는 MCP에 국한되지 않고 모든 에이전트, 도구, 서비스에 열려 있습니다.
265
+
266
+ 기록된 데이터는 다른 에이전트가 판단할 때 참고할 수 있는 최소한의 공통 근거가 됩니다.
267
+
268
+ ### 네트워크 구조
269
+
270
+ ```
271
+ 프록시 실행 → node_id 자동 생성 → interaction 기여 → 더 깊은 Lowdown 조회
272
+ ```
273
+
274
+ 프록시를 실행하는 것 자체가 노드 참여입니다. 기여할수록 더 상세한 데이터를 조회할 수 있습니다.
275
+
276
+ ### Scanner 관찰 데이터
277
+
278
+ 공식 MCP Registry에 등록된 원격 MCP 서버는 응답에 `scanner` 블록이 함께 옵니다. Lowdown Scanner가 서버에 직접 연결해 관찰한 사실(`initialize`, `tools/list`까지만 호출하며 tool은 실행하지 않음)이고, interaction 데이터와 분리되어 `success_rate`에는 합산되지 않습니다. HTTP 상태는 해석 없이 관찰된 값 그대로 보여줍니다.
279
+
280
+ ### 앱 로그를 도구 결과에 붙이기
281
+
282
+ 도구 호출은 성공했는데 그 뒤의 앱(씬, 게임, 개발 서버)이 실패하는 경우가 있습니다. 진짜 에러는 앱의 로그 파일에만 찍혀서 에이전트는 모릅니다. `--watch-log`를 주면 `tools/call` 결과마다 직전 호출 이후 로그에 새로 찍힌 줄 중 `--log-pattern`에 맞는 줄이 결과 끝에 붙습니다. 에이전트가 따로 호출할 것은 없습니다. 로그 내용은 로컬에만 머물고 Lowdown에 기록되지 않습니다.
283
+
284
+ ### 기록 방식 (0.1.17~)
285
+
286
+ 프록시는 공개 API(`POST /api/interactions`)로 기록합니다. DB 키가 필요 없고 `LOWDOWN_SUPABASE_URL` / `LOWDOWN_SUPABASE_KEY`는 더 이상 쓰지 않습니다. `LOWDOWN_RECORD=0`이면 기록 없이 패스스루만 합니다.
287
+
288
+ - `tools/call` 결과의 `isError: true`는 실패(`tool_error`)로 기록합니다.
289
+ - 잘못된 요청(-32700/-32600/-32601/-32602: 형식 오류, 없는 도구, 잘못된 인자)은 서버 실패와 분리해 `rejected_requests`로 셉니다. `success_rate`에는 들어가지 않습니다.
290
+ - `initialize`, `tools/list` 같은 비도구 요청은 `protocol_requests`로 따로 셉니다.
291
+ - `success_rate`는 `organic` 기록만 계산합니다. `seeded` / `synthetic`은 `by_source`로 따로 보여줍니다. 일부러 실패시키는 테스트는 `--test`로 실행하면 `synthetic`으로 남습니다.
292
+ - 각 기록에는 그 시점의 `server_version`(initialize), `schema_hash`(tools/list, Scanner와 같은 계산), `recorder_version`이 함께 남습니다. 인자와 결과 내용은 기록하지 않습니다.
293
+ - `--target`을 주지 않으면 명령줄 전체가 아니라 패키지·파일 이름 하나만 라벨로 씁니다.
294
+
295
+ ### 설계 원칙 (요약)
296
+
297
+ - **설정 없음**: 프록시를 실행하면 모든 것이 자동으로 처리됩니다.
298
+ - **패스스루 우선**: 기록 로직이 실패하거나 느려도 실제 MCP 통신은 절대 막지 않습니다.
299
+ - **사실만 기록**: v0는 성공/실패/지연시간만 기록합니다. 품질 판단은 범위 밖입니다.
300
+ - **출처 구분**: 모든 기록은 `organic` / `seeded` / `synthetic`으로 태깅됩니다.
301
+
309
302
  자세한 배경과 설계 원칙은 [DESIGN.md](./DESIGN.md)를 참고하세요.
@@ -19,13 +19,12 @@ const server = new McpServer({
19
19
  version: PKG_VERSION,
20
20
  });
21
21
  // ── 1. get_lowdown ──────────────────────────────────────────────
22
- server.tool("get_lowdown", "Look up what Lowdown has recorded about an agent, tool, or service. " +
23
- "Returns recorded interactions (count, outcomes, success rate). The success rate counts organic tool calls and " +
24
- "agent reports only; protocol requests, rejected requests, and seeded or synthetic records are counted separately. " +
25
- "For MCP Registry servers it also returns a separate `scanner` block: daily Lowdown Scanner observations of initialize and tools/list reachability, " +
26
- "HTTP status, tool count, and tool-schema changes over the last 30 days. " +
27
- "Scanner data is observation, not a score. A target outside the observed sample returns `observed: false`, " +
28
- "which says nothing about its status.", {
22
+ server.tool("get_lowdown", "Look up what Lowdown has recorded about an MCP server, agent, tool, or service before choosing or connecting to it. " +
23
+ "For MCP Registry servers it returns, in order: a `registry` block (what the official MCP Registry declares, and changes in the last 30 days); " +
24
+ "a `scanner` block (daily Lowdown Scanner observations of initialize and tools/list over the last 30 days, one entry per day, days without an observation and why, " +
25
+ "the tool names observed, and declared versus observed version and hosts); and interactions reported by agents (count, outcomes, success rate). " +
26
+ "The success rate counts organic tool calls and agent reports only; protocol requests, rejected requests, and seeded or synthetic records are counted separately. " +
27
+ "These are recorded facts, not scores. A server outside the observed sample returns `observed: false` in `scanner`, which says nothing about its status.", {
29
28
  target: z.string().describe("MCP Registry name with the mcp: prefix (e.g. 'mcp:io.github.user/server'), a short name, or an id such as 'agent:some-agent-id'"),
30
29
  }, async ({ target }) => {
31
30
  const res = await fetch(`${BASE_URL}/api/reputation/${encodeURIComponent(target)}`, { headers: { "x-lowdown-source": "organic", "x-lowdown-node-id": NODE_ID } });
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lowdown-proxy",
3
- "version": "0.1.17",
3
+ "version": "0.1.18",
4
4
  "mcpName": "io.github.PetShopBros/lowdown-proxy",
5
5
  "description": "Record and query AI agent/tool/service interactions. Shared interaction history for the multi-agent ecosystem.",
6
6
  "type": "module",
@@ -16,7 +16,7 @@
16
16
  "build": "node -e \"require('fs').rmSync('dist',{recursive:true,force:true})\" && tsc",
17
17
  "dev": "tsx src/cli.ts",
18
18
  "scanner:typecheck": "tsc -p scanner",
19
- "scanner:test": "node --test scanner/lib.test.ts scanner/reputation.test.ts scanner/report.test.ts",
19
+ "scanner:test": "node --test scanner/lib.test.ts scanner/registry-diff.test.ts scanner/first-seen.test.ts scanner/archive.test.ts scanner/reputation.test.ts scanner/report.test.ts",
20
20
  "scanner:dry": "node scanner/scan.ts --dry-run --limit=30",
21
21
  "test": "npm run build && node --test test/p0.test.ts"
22
22
  },