epiq 1.3.3 → 1.3.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.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "epiq",
3
- "version": "1.3.3",
3
+ "version": "1.3.5",
4
4
  "license": "MIT",
5
5
  "type": "module",
6
6
  "description": "EPIQ - ergonomic, distributed CLI-first issue tracker TUI ready for the agentic era",
@@ -64,7 +64,10 @@
64
64
  "meow": "^14.1.0",
65
65
  "react": "^19.2.4",
66
66
  "react-dom": "^19.2.6",
67
+ "react-markdown": "^10.1.0",
67
68
  "react-router-dom": "^7.17.0",
69
+ "remark-breaks": "^4.0.0",
70
+ "remark-gfm": "^4.0.1",
68
71
  "string-width": "^8.2.0",
69
72
  "ulid": "^3.0.2",
70
73
  "ws": "^8.21.0",
package/readme.md CHANGED
@@ -183,6 +183,10 @@ claude mcp add epiq -- npx -y -p epiq epiq-mcp
183
183
 
184
184
  Use `--scope user` to make Epiq available in every directory; omit it to register Epiq only for the current project. Verify the connection with `claude mcp list` (it should report `epiq … ✔ Connected`). MCP servers are loaded at startup, so **restart Claude Code** after adding the server before its tools become available.
185
185
 
186
+ ### Skills
187
+
188
+ Find skill at `.claude/skills/epiq/SKILL.md` that documents a recommended workflow for working the Epiq.
189
+
186
190
  ### Other MCP clients
187
191
 
188
192
  For clients that are configured by hand, add the following to the client's MCP config file — note this is **not** the same as Claude Code's `~/.claude.json`; Claude Desktop uses `claude_desktop_config.json`:
@@ -198,9 +202,31 @@ For clients that are configured by hand, add the following to the client's MCP c
198
202
  }
199
203
  ```
200
204
 
201
-
202
205
  Once registered, agents can interact with your local Epiq instance through the MCP.
203
206
 
207
+ ### Sandboxed or network-restricted environments
208
+
209
+ `npx -y -p epiq epiq-mcp` resolves the package against the npm registry **every time it starts**, even if it's already cached locally. In agent sandboxes with restricted network access, this can make the MCP server appear to hang — `npx` retries DNS resolution instead of failing fast, and there's no MCP-level error to explain why.
210
+
211
+ If you're running Epiq's MCP server in such an environment, install it globally once and point your MCP config at the resolved executable directly, bypassing `npx` (and the registry lookup) entirely on every subsequent start:
212
+
213
+ ```bash
214
+ npm install --global epiq
215
+ which epiq-mcp # use this absolute path in your MCP config
216
+ ```
217
+
218
+ ```json
219
+ {
220
+ "mcpServers": {
221
+ "epiq": {
222
+ "command": "/absolute/path/to/epiq-mcp"
223
+ }
224
+ }
225
+ }
226
+ ```
227
+
228
+ `npx` remains the simpler option for normal, network-connected setups.
229
+
204
230
  ---
205
231
 
206
232
  ## How Epiq is synchronized
@@ -249,6 +275,7 @@ Epiq follows a **local-first** model:
249
275
  > Frequent synchronization reduces divergence and keeps the system predictable
250
276
 
251
277
  ---
278
+
252
279
  [![GitHub Sponsors](https://img.shields.io/badge/Sponsor-Epiq-pink?logo=github)](https://github.com/sponsors/ljtn)
253
280
 
254
281
  🫡 Never leave your editor!