pi-superwhisper-paste 0.1.14 → 0.1.15

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/CHANGELOG.md CHANGED
@@ -4,6 +4,12 @@ All notable changes to this project will be documented in this file.
4
4
 
5
5
  This project follows semantic versioning.
6
6
 
7
+ ## [0.1.15] - 2026-06-05
8
+
9
+ ### Changed
10
+
11
+ - Remove stale template-maintenance docs (`github-template.md`, `repository-settings.md`, `typescript.md`) from the published package.
12
+
7
13
  ## [0.1.14] - 2026-06-05
8
14
 
9
15
  ### Changed
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "pi-superwhisper-paste",
3
- "version": "0.1.14",
3
+ "version": "0.1.15",
4
4
  "description": "Superwhisper clipboard bridge for Pi on Windows.",
5
5
  "type": "module",
6
6
  "license": "MIT",
@@ -1,43 +0,0 @@
1
- # GitHub Template Repository
2
-
3
- Enable template mode on the source repository:
4
-
5
- ```txt
6
- GitHub repo → Settings → General → Template repository
7
- ```
8
-
9
- Create a public repository from the template:
10
-
11
- ```bash
12
- gh repo create OWNER/new-pi-extension \
13
- --public \
14
- --template OWNER/pi-extension-template \
15
- --clone
16
- ```
17
-
18
- Create a private repository from the template:
19
-
20
- ```bash
21
- gh repo create OWNER/new-pi-extension \
22
- --private \
23
- --template OWNER/pi-extension-template \
24
- --clone
25
- ```
26
-
27
- Include all branches if needed:
28
-
29
- ```bash
30
- gh repo create OWNER/new-pi-extension \
31
- --public \
32
- --template OWNER/pi-extension-template \
33
- --include-all-branches \
34
- --clone
35
- ```
36
-
37
- After creation:
38
-
39
- ```bash
40
- cd new-pi-extension
41
- npm install
42
- npm run ci
43
- ```
@@ -1,40 +0,0 @@
1
- # Repository Settings
2
-
3
- Use this file after creating a real repository from the template.
4
-
5
- ## GitHub About
6
-
7
- Suggested fields:
8
-
9
- - Description: Bridge Superwhisper clipboard dictation into the Pi TUI editor on Windows.
10
- - Website: npm package URL or project docs URL
11
- - Topics:
12
- - `pi`
13
- - `pi-package`
14
- - `pi-extension`
15
- - `superwhisper`
16
- - `clipboard`
17
- - `windows`
18
- - `typescript`
19
-
20
- ## Template mode
21
-
22
- This repository is a concrete package, not a template. Do not enable template mode unless it is intentionally turned into a reusable starter.
23
-
24
- ## Branch protection
25
-
26
- Recommended for public packages:
27
-
28
- - Require pull request before merging
29
- - Require status checks to pass
30
- - Require `CI` workflow
31
- - Block force pushes on the default branch
32
-
33
- ## npm package page
34
-
35
- After first publish:
36
-
37
- - Confirm README renders correctly
38
- - Confirm package provenance appears
39
- - Confirm package contents are intentional
40
- - Add npm URL to GitHub About and README
@@ -1,75 +0,0 @@
1
- # TypeScript Guide
2
-
3
- This is a TypeScript-first Pi package template.
4
-
5
- ## Layout
6
-
7
- ```txt
8
- extensions/*.ts Pi extension entrypoints
9
- lib/*.ts Shared TypeScript helpers
10
- skills/*/SKILL.md Agent Skills
11
- prompts/*.md Prompt templates
12
- themes/*.json Themes
13
- tests/*.test.mjs Smoke tests
14
- tests/*.test.ts Optional TypeScript tests if you add a TS test runner
15
- ```
16
-
17
- Pi loads TypeScript extensions directly, so no build step is required for normal use.
18
-
19
- ## Strict mode
20
-
21
- `tsconfig.json` keeps `strict: true`. Prefer fixing types over loosening compiler options.
22
-
23
- ## Extension entrypoints
24
-
25
- Two entrypoint styles are shown:
26
-
27
- - `extensions/hello.ts`: single-file extension
28
- - `extensions/index.ts`: index-style extension that imports shared code from `lib/`
29
-
30
- For larger packages, keep entrypoints thin and put reusable logic in `lib/`.
31
-
32
- ## TypeBox schemas
33
-
34
- Use TypeBox schemas for custom tool parameters.
35
-
36
- ```ts
37
- import { Type } from "typebox";
38
-
39
- const parameters = Type.Object({
40
- name: Type.String({ description: "Name to greet" }),
41
- });
42
- ```
43
-
44
- ## String enums
45
-
46
- For string choices, use the local `StringEnum` helper from `lib/schema.ts`.
47
-
48
- ```ts
49
- import { StringEnum } from "../lib/schema.ts";
50
-
51
- const mode = StringEnum(["short", "friendly"], {
52
- description: "Greeting style",
53
- });
54
- ```
55
-
56
- This emits a JSON Schema `enum`, which is friendlier to model providers than a union of string literals.
57
-
58
- ## Runtime dependencies vs peer dependencies
59
-
60
- Pi bundles core packages for extension authors. Keep Pi-provided packages as `peerDependencies` and also install them as `devDependencies` for local typechecking.
61
-
62
- Use `peerDependencies` for:
63
-
64
- - `@earendil-works/pi-coding-agent`
65
- - `@earendil-works/pi-ai`
66
- - `@earendil-works/pi-tui`
67
- - `typebox`
68
-
69
- Use `dependencies` for runtime packages your extension imports that Pi does not provide.
70
-
71
- Use `devDependencies` for local-only tools such as TypeScript, test runners, and linters.
72
-
73
- ## Package contents
74
-
75
- Control npm package contents with `package.json` `files`. Prefer this over `.npmignore` so the published package stays explicit.