@m64/nats-pi-bridge 0.0.1

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/DESIGN.md ADDED
@@ -0,0 +1,350 @@
1
+ # nats-pi-bridge — Design Document
2
+
3
+ ## Overview
4
+
5
+ Standalone headless service that spawns and manages PI coding agent sessions on demand via NATS. Callers send structured JSON commands to an **intake endpoint** (control plane) to create, run, and stop sessions. Persistent sessions also expose **per-session endpoints** (data plane) for follow-up prompts using the standard streaming wire protocol.
6
+
7
+ Part of the Synadia NATS AI Agents ecosystem alongside:
8
+ - `@m64/nats-channel` — OpenClaw channel plugin (loads into OpenClaw)
9
+ - `nats-claude-channel` — Claude Code channel (loads into Claude Code via MCP)
10
+ - `@m64/nats-pi-channel` — PI extension (loads into interactive PI sessions)
11
+
12
+ This bridge is different: it does NOT load into PI. It embeds PI headlessly via the SDK.
13
+
14
+ ## Architecture
15
+
16
+ ```
17
+ ┌──────────────────────────────────────────────────────────────┐
18
+ │ nats-pi-bridge (standalone service) │
19
+ │ │
20
+ │ Service: pi-exec │
21
+ │ │
22
+ │ CONTROL PLANE │
23
+ │ ───────────── │
24
+ │ Intake endpoint: agents.pi-exec.<owner> │
25
+ │ Structured JSON commands: run, session, stop, list │
26
+ │ │
27
+ │ DATA PLANE │
28
+ │ ────────── │
29
+ │ Per-session endpoints (registered on demand): │
30
+ │ agents.pi-exec.<owner>.<sessionId> │
31
+ │ Wire protocol: plain text or {from,body}, streaming │
32
+ │ chunks, empty payload = done │
33
+ │ │
34
+ │ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
35
+ │ │ abc123 │ │ def456 │ │ (ephem) │ │
36
+ │ │ nats-zig│ │ sid-gpt │ │ run cmd │ │
37
+ │ │ persist │ │ persist │ │ no endpt│ │
38
+ │ └─────────┘ └─────────┘ └─────────┘ │
39
+ │ │
40
+ │ sessions: Map<sessionId, ManagedSession> │
41
+ └──────────────────────────────────────────────────────────────┘
42
+ ```
43
+
44
+ ## Key Design Decisions
45
+
46
+ ### Control plane vs data plane separation
47
+
48
+ The intake endpoint (`agents.pi-exec.<owner>`) is the **control plane**. It handles session lifecycle: create, stop, list. It accepts structured JSON with a `sessionMode` field.
49
+
50
+ Per-session endpoints (`agents.pi-exec.<owner>.<sessionId>`) are the **data plane**. They handle prompts using the standard wire protocol shared with all sibling implementations (plain text or `{from, body}` envelope, streaming chunks, empty = done).
51
+
52
+ **No mixing.** Sending a `sessionMode: "session"` command to the intake for an already-existing session is rejected. Follow-up prompts go to the per-session endpoint. This eliminates ambiguity around field handling (what if `cwd` or `model` differ on reuse?).
53
+
54
+ ### Separate microservice name
55
+
56
+ The bridge registers as `pi-exec`, not `pi-channel`. This cleanly separates headless/dynamic sessions from interactive PI sessions:
57
+
58
+ ```
59
+ nats micro list
60
+ → pi-channel (2 instances) ← interactive (human at keyboard)
61
+ → pi-exec (3 instances) ← headless (bridge-managed)
62
+ → claude-channel (1 instance) ← Claude Code
63
+ ```
64
+
65
+ No namespace collision, no awkward subject prefixes, no cross-service confusion.
66
+
67
+ ### Caller-owned session naming
68
+
69
+ The caller decides the `sessionId`. UUIDs, hashes, descriptive names — whatever the caller's automation needs. The bridge does not do collision detection on session names. If the sessionId already exists, the intake rejects with the session's endpoint subject so the caller can redirect.
70
+
71
+ **`sessionId` is required on `session` mode requests.** There is no auto-generation — callers must pick and track their own IDs. The intake rejects missing IDs with `{error:"missing_fields", required:[..., "sessionId"]}`, and rejects IDs that would change under sanitization (`[a-z0-9_-]+`) with `{error:"invalid_sessionId", sessionId, suggested}` so the caller knows exactly what to send next time.
72
+
73
+ Rationale: the caller addresses the per-session subject by `sessionId`, so it must know the exact value up front — returning a generated ID in the first stream chunk would force every caller to parse a response envelope before the real agent output arrives, which breaks the uniform wire protocol shared with the sibling implementations.
74
+
75
+ ### Subject convention
76
+
77
+ ```
78
+ agents.pi-exec.<owner> ← intake (permanent)
79
+ agents.pi-exec.<owner>.<sessionId> ← per-session (dynamic)
80
+ agents.pi-exec.<owner>.<sessionId>.inspect ← per-session inspect
81
+ ```
82
+
83
+ - `owner`: from `$USER`, sanitized (same as pi-channel / claude-channel)
84
+ - No `org` field for now. Can add later if needed.
85
+
86
+ ## Session Modes
87
+
88
+ Single field `sessionMode` on the intake request. Four values, no invalid combinations.
89
+
90
+ ### `run` (default, simplest case)
91
+
92
+ Ephemeral single-shot execution. No endpoint registered, no discoverability, no follow-ups.
93
+
94
+ ```json
95
+ {
96
+ "sessionMode": "run",
97
+ "body": "List all TODO comments in the codebase",
98
+ "cwd": "/home/mario/code/nats-zig",
99
+ "from": "ci-bot"
100
+ }
101
+ ```
102
+
103
+ Flow:
104
+ 1. Create PI session with `SessionManager.inMemory()`
105
+ 2. Subscribe to events
106
+ 3. Call `session.prompt(body)`
107
+ 4. Stream `text_delta` chunks to NATS reply subject
108
+ 5. On `agent_end`, publish empty payload (done)
109
+ 6. `session.dispose()`
110
+
111
+ No sessionId needed. No tracking. Fire and forget.
112
+
113
+ ### `session` (persistent, addressable)
114
+
115
+ Creates a long-lived session with a per-session endpoint for follow-ups.
116
+
117
+ ```json
118
+ {
119
+ "sessionMode": "session",
120
+ "body": "Run tests and fix failures",
121
+ "cwd": "/home/mario/code/nats-zig",
122
+ "sessionId": "my-worker-1",
123
+ "from": "orchestrator",
124
+ "model": "anthropic/claude-sonnet-4-5",
125
+ "thinkingLevel": "medium",
126
+ "maxLifetime": 3600
127
+ }
128
+ ```
129
+
130
+ Flow:
131
+ 1. Validate required fields (`body`, `cwd`, `sessionId`) and sanitize `sessionId`; reject if any are missing or the ID mutates under sanitization
132
+ 2. Check if `sessionId` already exists in sessions Map
133
+ 3. If exists → **reject** with error response including the session's endpoint subject
134
+ 4. If new → create PI session, register a dedicated `pi-exec` microservice instance for this session, add to Map
135
+ 5. Run the initial prompt, stream response on the intake's reply subject
136
+ 6. Session stays alive for follow-ups via the per-session endpoint; the per-session service instance is torn down via `service.stop()` on `stop` mode or lifetime expiry
137
+
138
+ On reuse rejection:
139
+ ```json
140
+ {
141
+ "error": "session_exists",
142
+ "sessionId": "my-worker-1",
143
+ "subject": "agents.pi-exec.mario.my-worker-1",
144
+ "message": "Session already exists. Send follow-up prompts to the session subject."
145
+ }
146
+ ```
147
+
148
+ Fields only used on creation: `cwd`, `model`, `thinkingLevel`, `maxLifetime`.
149
+
150
+ ### `stop`
151
+
152
+ Disposes a session, removes its endpoint.
153
+
154
+ ```json
155
+ {
156
+ "sessionMode": "stop",
157
+ "sessionId": "my-worker-1"
158
+ }
159
+ ```
160
+
161
+ Flow:
162
+ 1. Look up `sessionId` in sessions Map
163
+ 2. If not found → error response
164
+ 3. If found → `session.dispose()`, remove endpoint, remove inspect subscription, delete from Map
165
+ 4. Respond with confirmation (non-streaming, single message)
166
+
167
+ ### `list`
168
+
169
+ Returns all active sessions.
170
+
171
+ ```json
172
+ {
173
+ "sessionMode": "list"
174
+ }
175
+ ```
176
+
177
+ Response (non-streaming, single JSON message):
178
+ ```json
179
+ {
180
+ "sessions": [
181
+ {
182
+ "sessionId": "my-worker-1",
183
+ "subject": "agents.pi-exec.mario.my-worker-1",
184
+ "cwd": "/home/mario/code/nats-zig",
185
+ "createdAt": "2026-04-08T14:30:00Z",
186
+ "lastActivity": "2026-04-08T14:35:22Z",
187
+ "maxLifetime": 3600,
188
+ "remainingLifetime": 3278,
189
+ "activeRequest": false,
190
+ "queuedRequests": 0
191
+ }
192
+ ]
193
+ }
194
+ ```
195
+
196
+ ## Intake protocol summary
197
+
198
+ | sessionMode | Session exists? | Behavior |
199
+ |---|---|---|
200
+ | `run` | n/a | ephemeral: create, prompt, stream, dispose |
201
+ | `session` | no | create, register endpoint, prompt, stream |
202
+ | `session` | yes | **reject** with session info |
203
+ | `stop` | yes | dispose, confirm |
204
+ | `stop` | no | error: not found |
205
+ | `list` | n/a | return all sessions |
206
+
207
+ ## Per-session endpoint protocol
208
+
209
+ Identical to the standard wire protocol used by all sibling implementations:
210
+
211
+ - **Inbound**: plain text or JSON envelope `{"from":"sender","body":"text"}`
212
+ - **Outbound**: streaming text chunks on reply subject
213
+ - **Completion**: empty payload on reply subject
214
+ - **Usage**: `nats req agents.pi-exec.mario.my-worker-1 "Fix the linting errors" --wait-for-empty --timeout 120s`
215
+
216
+ Requests to per-session endpoints are queued and processed serially (one prompt at a time per session).
217
+
218
+ ## PI SDK integration
219
+
220
+ Each session is an independent `AgentSession` created via `createAgentSession()`:
221
+
222
+ ```typescript
223
+ const { session } = await createAgentSession({
224
+ cwd: request.cwd,
225
+ sessionManager: SessionManager.inMemory(), // run mode
226
+ // or: SessionManager.open(sessionFile), // session mode
227
+ authStorage,
228
+ modelRegistry,
229
+ model: resolvedModel,
230
+ thinkingLevel: request.thinkingLevel ?? "off",
231
+ });
232
+ ```
233
+
234
+ Streaming via `session.subscribe()`:
235
+
236
+ ```typescript
237
+ session.subscribe((event) => {
238
+ if (event.type === "message_update" &&
239
+ event.assistantMessageEvent.type === "text_delta") {
240
+ nc.publish(replySubject, event.assistantMessageEvent.delta);
241
+ }
242
+ if (event.type === "agent_end") {
243
+ nc.publish(replySubject, ""); // done
244
+ }
245
+ });
246
+
247
+ await session.prompt(body);
248
+ ```
249
+
250
+ Multiple sessions in one process is supported — OpenClaw does this in production.
251
+
252
+ ## Session lifecycle & safety
253
+
254
+ ### Max lifetime
255
+
256
+ Optional `maxLifetime` field in seconds (default: 1800 = 30 minutes). Background interval checks the sessions Map and disposes expired sessions, removes their endpoints. Prevents orphaned sessions if a caller forgets to `stop`.
257
+
258
+ ### Stale request pruning
259
+
260
+ Same pattern as claude-channel and pi-channel: 60-second interval, prune pending requests older than 30 minutes.
261
+
262
+ ### Graceful shutdown
263
+
264
+ On process SIGTERM/SIGINT:
265
+ 1. Stop accepting new intake requests
266
+ 2. For each managed session: `session.dispose()`
267
+ 3. For each service endpoint: remove
268
+ 4. `service.stop()` → `nc.drain()`
269
+
270
+ ## Internal data structures
271
+
272
+ ```typescript
273
+ type ManagedSession = {
274
+ session: AgentSession;
275
+ sessionId: string;
276
+ cwd: string;
277
+ createdAt: number;
278
+ lastActivity: number;
279
+ maxLifetime: number; // seconds, 0 = no expiry
280
+ endpoint: ServiceEndpoint;
281
+ inspectSub: Subscription;
282
+ requestQueue: string[]; // queued request IDs
283
+ activeRequestId: string | null;
284
+ pendingRequests: Map<string, PendingRequest>;
285
+ };
286
+
287
+ type PendingRequest = {
288
+ replySubject: string;
289
+ from: string;
290
+ createdAt: number;
291
+ };
292
+
293
+ const sessions = new Map<string, ManagedSession>();
294
+ ```
295
+
296
+ ## Discovery
297
+
298
+ ```bash
299
+ # List all services
300
+ nats micro list
301
+ → pi-exec (1 instance, N endpoints)
302
+
303
+ # Detailed info — shows intake + all session endpoints
304
+ nats micro info pi-exec
305
+ → intake: agents.pi-exec.mario
306
+ → session: agents.pi-exec.mario.my-worker-1 │ /home/mario/code/nats-zig
307
+ → session: agents.pi-exec.mario.sid-gpt-abc │ /home/mario/code/sid-gpt
308
+
309
+ # Inspect a specific session
310
+ nats req agents.pi-exec.mario.my-worker-1.inspect "" --timeout 5s
311
+ → {"name":"my-worker-1","description":"PI agent in /home/mario/code/nats-zig",...}
312
+ ```
313
+
314
+ ## Configuration
315
+
316
+ Config file: `~/.pi-exec/config.json` (separate from pi-channel config)
317
+
318
+ ```json
319
+ {
320
+ "context": "my-nats-context",
321
+ "defaultModel": "anthropic/claude-sonnet-4-5",
322
+ "defaultThinkingLevel": "off",
323
+ "defaultMaxLifetime": 1800
324
+ }
325
+ ```
326
+
327
+ Environment variable overrides:
328
+ - `NATS_CONTEXT` — NATS CLI context name
329
+ - `PI_EXEC_DEFAULT_MODEL` — default model
330
+ - `PI_EXEC_DEFAULT_MAX_LIFETIME` — default max lifetime in seconds
331
+
332
+ NATS context loading: same pattern as all sibling implementations — reads from `~/.config/nats/context/<n>.json`.
333
+
334
+ ## What is NOT in v1
335
+
336
+ - No org namespace support (add later if needed)
337
+ - No encryption / E2E
338
+ - No A2A protocol
339
+ - No session persistence to disk (sessions are in-memory, lost on bridge restart)
340
+ - No authentication on the intake (NATS auth handles access control)
341
+ - No model hot-swap on existing sessions
342
+ - No resource limits (max concurrent sessions, memory caps)
343
+
344
+ ## Future considerations
345
+
346
+ - **Session persistence**: Use `SessionManager.open(path)` instead of `.inMemory()` so sessions survive bridge restarts
347
+ - **Org support**: Add `org` field to intake, extend subject to `agents.pi-exec.<org>.<owner>.<sessionId>`
348
+ - **Resource limits**: Max sessions per bridge, max concurrent prompts across all sessions
349
+ - **Pub/sub notifications**: Publish session lifecycle events (created, stopped, expired) to a notification subject for monitoring
350
+ - **Multi-bridge coordination**: Multiple bridge instances sharing session state via NATS KV — JetStream as the session registry
package/LICENSE ADDED
@@ -0,0 +1,201 @@
1
+ Apache License
2
+ Version 2.0, January 2004
3
+ http://www.apache.org/licenses/
4
+
5
+ TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
6
+
7
+ 1. Definitions.
8
+
9
+ "License" shall mean the terms and conditions for use, reproduction,
10
+ and distribution as defined by Sections 1 through 9 of this document.
11
+
12
+ "Licensor" shall mean the copyright owner or entity authorized by
13
+ the copyright owner that is granting the License.
14
+
15
+ "Legal Entity" shall mean the union of the acting entity and all
16
+ other entities that control, are controlled by, or are under common
17
+ control with that entity. For the purposes of this definition,
18
+ "control" means (i) the power, direct or indirect, to cause the
19
+ direction or management of such entity, whether by contract or
20
+ otherwise, or (ii) ownership of fifty percent (50%) or more of the
21
+ outstanding shares, or (iii) beneficial ownership of such entity.
22
+
23
+ "You" (or "Your") shall mean an individual or Legal Entity
24
+ exercising permissions granted by this License.
25
+
26
+ "Source" form shall mean the preferred form for making modifications,
27
+ including but not limited to software source code, documentation
28
+ source, and configuration files.
29
+
30
+ "Object" form shall mean any form resulting from mechanical
31
+ transformation or translation of a Source form, including but
32
+ not limited to compiled object code, generated documentation,
33
+ and conversions to other media types.
34
+
35
+ "Work" shall mean the work of authorship, whether in Source or
36
+ Object form, made available under the License, as indicated by a
37
+ copyright notice that is included in or attached to the work
38
+ (an example is provided in the Appendix below).
39
+
40
+ "Derivative Works" shall mean any work, whether in Source or Object
41
+ form, that is based on (or derived from) the Work and for which the
42
+ editorial revisions, annotations, elaborations, or other modifications
43
+ represent, as a whole, an original work of authorship. For the purposes
44
+ of this License, Derivative Works shall not include works that remain
45
+ separable from, or merely link (or bind by name) to the interfaces of,
46
+ the Work and Derivative Works thereof.
47
+
48
+ "Contribution" shall mean any work of authorship, including
49
+ the original version of the Work and any modifications or additions
50
+ to that Work or Derivative Works thereof, that is intentionally
51
+ submitted to Licensor for inclusion in the Work by the copyright owner
52
+ or by an individual or Legal Entity authorized to submit on behalf of
53
+ the copyright owner. For the purposes of this definition, "submitted"
54
+ means any form of electronic, verbal, or written communication sent
55
+ to the Licensor or its representatives, including but not limited to
56
+ communication on electronic mailing lists, source code control systems,
57
+ and issue tracking systems that are managed by, or on behalf of, the
58
+ Licensor for the purpose of discussing and improving the Work, but
59
+ excluding communication that is conspicuously marked or otherwise
60
+ designated in writing by the copyright owner as "Not a Contribution."
61
+
62
+ "Contributor" shall mean Licensor and any individual or Legal Entity
63
+ on behalf of whom a Contribution has been received by Licensor and
64
+ subsequently incorporated within the Work.
65
+
66
+ 2. Grant of Copyright License. Subject to the terms and conditions of
67
+ this License, each Contributor hereby grants to You a perpetual,
68
+ worldwide, non-exclusive, no-charge, royalty-free, irrevocable
69
+ copyright license to reproduce, prepare Derivative Works of,
70
+ publicly display, publicly perform, sublicense, and distribute the
71
+ Work and such Derivative Works in Source or Object form.
72
+
73
+ 3. Grant of Patent License. Subject to the terms and conditions of
74
+ this License, each Contributor hereby grants to You a perpetual,
75
+ worldwide, non-exclusive, no-charge, royalty-free, irrevocable
76
+ (except as stated in this section) patent license to make, have made,
77
+ use, offer to sell, sell, import, and otherwise transfer the Work,
78
+ where such license applies only to those patent claims licensable
79
+ by such Contributor that are necessarily infringed by their
80
+ Contribution(s) alone or by combination of their Contribution(s)
81
+ with the Work to which such Contribution(s) was submitted. If You
82
+ institute patent litigation against any entity (including a
83
+ cross-claim or counterclaim in a lawsuit) alleging that the Work
84
+ or a Contribution incorporated within the Work constitutes direct
85
+ or contributory patent infringement, then any patent licenses
86
+ granted to You under this License for that Work shall terminate
87
+ as of the date such litigation is filed.
88
+
89
+ 4. Redistribution. You may reproduce and distribute copies of the
90
+ Work or Derivative Works thereof in any medium, with or without
91
+ modifications, and in Source or Object form, provided that You
92
+ meet the following conditions:
93
+
94
+ (a) You must give any other recipients of the Work or
95
+ Derivative Works a copy of this License; and
96
+
97
+ (b) You must cause any modified files to carry prominent notices
98
+ stating that You changed the files; and
99
+
100
+ (c) You must retain, in the Source form of any Derivative Works
101
+ that You distribute, all copyright, patent, trademark, and
102
+ attribution notices from the Source form of the Work,
103
+ excluding those notices that do not pertain to any part of
104
+ the Derivative Works; and
105
+
106
+ (d) If the Work includes a "NOTICE" text file as part of its
107
+ distribution, then any Derivative Works that You distribute must
108
+ include a readable copy of the attribution notices contained
109
+ within such NOTICE file, excluding those notices that do not
110
+ pertain to any part of the Derivative Works, in at least one
111
+ of the following places: within a NOTICE text file distributed
112
+ as part of the Derivative Works; within the Source form or
113
+ documentation, if provided along with the Derivative Works; or,
114
+ within a display generated by the Derivative Works, if and
115
+ wherever such third-party notices normally appear. The contents
116
+ of the NOTICE file are for informational purposes only and
117
+ do not modify the License. You may add Your own attribution
118
+ notices within Derivative Works that You distribute, alongside
119
+ or as an addendum to the NOTICE text from the Work, provided
120
+ that such additional attribution notices cannot be construed
121
+ as modifying the License.
122
+
123
+ You may add Your own copyright statement to Your modifications and
124
+ may provide additional or different license terms and conditions
125
+ for use, reproduction, or distribution of Your modifications, or
126
+ for any such Derivative Works as a whole, provided Your use,
127
+ reproduction, and distribution of the Work otherwise complies with
128
+ the conditions stated in this License.
129
+
130
+ 5. Submission of Contributions. Unless You explicitly state otherwise,
131
+ any Contribution intentionally submitted for inclusion in the Work
132
+ by You to the Licensor shall be under the terms and conditions of
133
+ this License, without any additional terms or conditions.
134
+ Notwithstanding the above, nothing herein shall supersede or modify
135
+ the terms of any separate license agreement you may have executed
136
+ with Licensor regarding such Contributions.
137
+
138
+ 6. Trademarks. This License does not grant permission to use the trade
139
+ names, trademarks, service marks, or product names of the Licensor,
140
+ except as required for describing the origin of the Work and
141
+ reproducing the content of the NOTICE file.
142
+
143
+ 7. Disclaimer of Warranty. Unless required by applicable law or
144
+ agreed to in writing, Licensor provides the Work (and each
145
+ Contributor provides its Contributions) on an "AS IS" BASIS,
146
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
147
+ implied, including, without limitation, any warranties or conditions
148
+ of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A
149
+ PARTICULAR PURPOSE. You are solely responsible for determining the
150
+ appropriateness of using or redistributing the Work and assume any
151
+ risks associated with Your exercise of permissions under this License.
152
+
153
+ 8. Limitation of Liability. In no event and under no legal theory,
154
+ whether in tort (including negligence), contract, or otherwise,
155
+ unless required by applicable law (such as deliberate and grossly
156
+ negligent acts) or agreed to in writing, shall any Contributor be
157
+ liable to You for damages, including any direct, indirect, special,
158
+ incidental, or consequential damages of any character arising as a
159
+ result of this License or out of the use or inability to use the
160
+ Work (including but not limited to damages for loss of goodwill,
161
+ work stoppage, computer failure or malfunction, or any and all
162
+ other commercial damages or losses), even if such Contributor
163
+ has been advised of the possibility of such damages.
164
+
165
+ 9. Accepting Warranty or Support. While redistributing
166
+ the Work or Derivative Works thereof, You may choose to offer,
167
+ and charge a fee for, acceptance of support, warranty, indemnity,
168
+ or other liability obligations and/or rights consistent with this
169
+ License. However, in accepting such obligations, You may act only
170
+ on Your own behalf and on Your sole responsibility, not on behalf
171
+ of any other Contributor, and only if You agree to indemnify,
172
+ defend, and hold each Contributor harmless for any liability
173
+ incurred by, or claims asserted against, such Contributor by reason
174
+ of your accepting any such warranty or support.
175
+
176
+ END OF TERMS AND CONDITIONS
177
+
178
+ APPENDIX: How to apply the Apache License to your work.
179
+
180
+ To apply the Apache License to your work, attach the following
181
+ boilerplate notice, with the fields enclosed by brackets "[]"
182
+ replaced with your own identifying information. (Don't include
183
+ the brackets!) The text should be enclosed in the appropriate
184
+ comment syntax for the file format. We also recommend that a
185
+ file or class name and description of purpose be included on the
186
+ same "printed page" as the copyright notice for easier
187
+ identification within third-party archives.
188
+
189
+ Copyright 2026 m64
190
+
191
+ Licensed under the Apache License, Version 2.0 (the "License");
192
+ you may not use this file except in compliance with the License.
193
+ You may obtain a copy of the License at
194
+
195
+ http://www.apache.org/licenses/LICENSE-2.0
196
+
197
+ Unless required by applicable law or agreed to in writing, software
198
+ distributed under the License is distributed on an "AS IS" BASIS,
199
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
200
+ implied. See the License for the specific language governing permissions
201
+ and limitations under the License.