darkprint 0.1.0 → 0.1.2

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
@@ -12,7 +12,7 @@ session. One package, three things:
12
12
  ```bash
13
13
  npx -y darkprint skill install # Claude Code
14
14
  npx -y darkprint skill install --codex # Codex
15
- npx -y darkprint clone darkprint/starter-software-factory --out starter
15
+ npx -y darkprint clone autogen/starter-software-factory --out starter
16
16
  npx -y darkprint clone spec-planner@1.0.0 # one card, as cards/spec-planner@1.0.0.yaml
17
17
  npx -y darkprint validate ./starter
18
18
  npx -y darkprint --help
package/dist/cli.js CHANGED
@@ -15274,7 +15274,7 @@ var DIGEST = {
15274
15274
  var HARNESS = {
15275
15275
  type: "string",
15276
15276
  enum: [...HARNESSES],
15277
- description: "Shapes the instantiation notes only. It filters nothing: the files are the same whichever you name, and `generic` is the default."
15277
+ description: "Shapes the instantiation notes only. It filters nothing, it is never required, and the `run` contract does not vary by it: the files and the contract are the same whichever you name, and `generic` is the default."
15278
15278
  };
15279
15279
  var LIMIT = {
15280
15280
  type: "integer",
@@ -15316,7 +15316,7 @@ var TOOL_DEFINITIONS = [
15316
15316
  {
15317
15317
  name: "get_blueprint",
15318
15318
  title: "Get a whole blueprint",
15319
- description: "Return one blueprint in a single call: every file of the release (topology.dot, cards/*.yaml, README.md, and ontology/extensions.yaml when the blueprint declares local terms), its manifest, its scorecard, its provenance, and numbered notes for instantiating it under the harness you name. Without `digest` you get the current release; with one you get exactly those bytes, and they keep answering after a newer release is cut. Call this once `find_blueprints` has found the blueprint you want. With an API key sent as a bearer token, your own private blueprints are reachable here too.",
15319
+ description: "Return one blueprint in a single call: every file of the release (topology.dot, cards/*.yaml, README.md, and ontology/extensions.yaml when the blueprint declares local terms), its manifest, its scorecard, its provenance, and numbered notes for instantiating it under the harness you name. Without `digest` you get the current release; with one you get exactly those bytes, and they keep answering after a newer release is cut. The answer also carries `run`: the contract for executing the graph, which every caller gets whether or not they name a harness, because a card's ports, prohibitions and retry bound mean the same thing whoever runs them. Show the graph and the scorecard to your user and get their agreement before running any of it. Call this once `find_blueprints` has found the blueprint you want. With an API key sent as a bearer token, your own private blueprints are reachable here too.",
15320
15320
  inputSchema: {
15321
15321
  type: "object",
15322
15322
  properties: { owner: OWNER, slug: SLUG, digest: DIGEST, harness: HARNESS },
package/package.json CHANGED
@@ -1,9 +1,18 @@
1
1
  {
2
2
  "name": "darkprint",
3
- "version": "0.1.0",
3
+ "version": "0.1.2",
4
4
  "private": false,
5
5
  "description": "The DarkPrint registry from your terminal and from an agent session: clone, validate, export and import blueprints, report runs, serve the registry over MCP on stdio, and carry the blueprint-writing skill.",
6
6
  "license": "MIT",
7
+ "repository": {
8
+ "type": "git",
9
+ "url": "git+https://github.com/darkprint/darkprint.git",
10
+ "directory": "packages/mcp"
11
+ },
12
+ "homepage": "https://www.darkprint.io",
13
+ "bugs": {
14
+ "url": "https://github.com/darkprint/darkprint/issues"
15
+ },
7
16
  "bin": {
8
17
  "darkprint": "dist/cli.js"
9
18
  },
@@ -490,7 +490,7 @@ registry is searched first for the same reason.
490
490
  2. **Search with the addition as the task.** `find_blueprints` with that sentence, or the
491
491
  anonymous GET from Phase 1. Show the top hits in the author's words, `ref`, `title` and
492
492
  `score`, and recommend one. When a live page is open, send them as `hits`. The tutorial's
493
- case, observability on a node, is `darkprint/pipeline-observability`.
493
+ case, observability on a node, is `autogen/pipeline-observability`.
494
494
  3. **Fetch the one they chose.** `get_blueprint` with its owner and slug, or
495
495
  `GET https://www.darkprint.io/api/mcp/blueprints/<owner>/<slug>/bundle`. The answer lists
496
496
  the release's files by path, with the version and the digest that name those bytes.