tribunal-kit 6.0.0 → 7.0.0

package/.agent/skills/react-specialist/SKILL.md

@@ -20,6 +20,7 @@ scripts-binding:
 ## Mandatory Pre-Flight Context Inspection
 
 Before writing React 19+ components or hooks, you MUST inspect:
+
 1. React 19 APIs (`useActionState` vs deprecated `useFormState`, `use()` vs `useContext`, `ref` as prop vs deprecated `forwardRef`)
 2. React Compiler Memoization (Section 125) → Avoid manual `useMemo`/`useCallback` unless React Compiler is explicitly disabled
 3. State Destructuring Traps (Section 189) → Never destructure entire Zustand stores; use granular selectors `useStore(s => s.value)`
@@ -40,7 +41,7 @@ Before writing React 19+ components or hooks, you MUST inspect:
 ### `use()` — Replaces many useEffect patterns
 
 ```tsx
-import { use } from "react";
+import { use } from 'react';
 // Reads promises (suspends until resolved)
 function UserProfile({ userPromise }: { userPromise: Promise<User> }) {
   const user = use(userPromise); // suspends
@@ -56,11 +57,11 @@ function Admin({ isAdmin }: { isAdmin: boolean }) {
 ### `useActionState` — Form actions with state
 
 ```tsx
-import { useActionState } from "react"; // NOT useFormState
+import { useActionState } from 'react'; // NOT useFormState
 
 async function submitForm(prevState: FormState, formData: FormData) {
-  const email = formData.get("email") as string;
-  if (!email.includes("@")) return { error: "Invalid email" };
+  const email = formData.get('email') as string;
+  if (!email.includes('@')) return { error: 'Invalid email' };
   await saveToDatabase(email);
   return { error: null, success: true };
 }
@@ -71,7 +72,7 @@ function SignupForm() {
     <form action={formAction}>
       <input name="email" disabled={isPending} />
       {state.error && <p>{state.error}</p>}
-      <button disabled={isPending}>{isPending ? "Saving..." : "Submit"}</button>
+      <button disabled={isPending}>{isPending ? 'Saving...' : 'Submit'}</button>
     </form>
   );
 }
@@ -80,16 +81,19 @@ function SignupForm() {
 ### `useOptimistic` — Instant UI feedback
 
 ```tsx
-import { useOptimistic } from "react";
+import { useOptimistic } from 'react';
 function TodoList({ todos }: { todos: Todo[] }) {
-  const [optimistic, addOptimistic] = useOptimistic(todos, (current, newTodo: Todo) => [...current, newTodo]);
+  const [optimistic, addOptimistic] = useOptimistic(todos, (current, newTodo: Todo) => [
+    ...current,
+    newTodo,
+  ]);
   async function handleAdd(formData: FormData) {
-    addOptimistic({ id: crypto.randomUUID(), title: formData.get("title"), pending: true });
-    await saveTodo(formData.get("title") as string);
+    addOptimistic({ id: crypto.randomUUID(), title: formData.get('title'), pending: true });
+    await saveTodo(formData.get('title') as string);
   }
   return (
     <form action={handleAdd}>
-      {optimistic.map((t) => (
+      {optimistic.map(t => (
         <li key={t.id} style={{ opacity: t.pending ? 0.5 : 1 }}>
           {t.title}
         </li>
@@ -102,11 +106,11 @@ function TodoList({ todos }: { todos: Todo[] }) {
 ### `useFormStatus` — Button pending state (must be INSIDE `<form>`)
 
 ```tsx
-import { useFormStatus } from "react-dom";
+import { useFormStatus } from 'react-dom';
 // ❌ TRAP: Cannot be called in the same component as <form>
 function SubmitButton() {
   const { pending } = useFormStatus(); // reads nearest parent form
-  return <button disabled={pending}>{pending ? "Saving..." : "Save"}</button>;
+  return <button disabled={pending}>{pending ? 'Saving...' : 'Save'}</button>;
 }
 ```
 
@@ -187,16 +191,16 @@ const CountDispatchCtx = createContext<Dispatch<Action>>(() => {});
 ### Zustand (preferred for global state)
 
 ```tsx
-import { create } from "zustand";
-import { persist } from "zustand/middleware";
+import { create } from 'zustand';
+import { persist } from 'zustand/middleware';
 const useStore = create<Store>()(
   persist(
     (set, get) => ({
       count: 0,
-      increment: () => set((s) => ({ count: s.count + 1 })),
+      increment: () => set(s => ({ count: s.count + 1 })),
       getDoubled: () => get().count * 2,
     }),
-    { name: "my-store" },
+    { name: 'my-store' },
   ),
 );
 // ❌ TRAP: Do NOT destructure the whole store — causes re-render on every change
@@ -206,19 +210,19 @@ const useStore = create<Store>()(
 ### Jotai (preferred for derived/atomic state)
 
 ```tsx
-import { atom, useAtom, useAtomValue, useSetAtom } from "jotai";
+import { atom, useAtom, useAtomValue, useSetAtom } from 'jotai';
 const countAtom = atom(0);
-const doubledAtom = atom((get) => get(countAtom) * 2); // derived atom
+const doubledAtom = atom(get => get(countAtom) * 2); // derived atom
 // ❌ TRAP: atomWithStorage is from jotai/utils — NOT from jotai
-import { atomWithStorage } from "jotai/utils";
+import { atomWithStorage } from 'jotai/utils';
 ```
 
 ### React Query / TanStack Query
 
 ```tsx
-import { useQuery, useMutation, useQueryClient } from "@tanstack/react-query";
+import { useQuery, useMutation, useQueryClient } from '@tanstack/react-query';
 const { data, isPending, error } = useQuery({
-  queryKey: ["user", userId],
+  queryKey: ['user', userId],
   queryFn: () => fetchUser(userId),
   staleTime: 5 * 60 * 1000, // don't refetch for 5 minutes
 });
@@ -226,14 +230,14 @@ const { data, isPending, error } = useQuery({
 const qc = useQueryClient();
 const mutation = useMutation({
   mutationFn: updateUser,
-  onMutate: async (newUser) => {
-    await qc.cancelQueries({ queryKey: ["user", newUser.id] });
-    const prev = qc.getQueryData(["user", newUser.id]);
-    qc.setQueryData(["user", newUser.id], newUser);
+  onMutate: async newUser => {
+    await qc.cancelQueries({ queryKey: ['user', newUser.id] });
+    const prev = qc.getQueryData(['user', newUser.id]);
+    qc.setQueryData(['user', newUser.id], newUser);
     return { prev };
   },
-  onError: (_, __, ctx) => qc.setQueryData(["user"], ctx?.prev),
-  onSettled: () => qc.invalidateQueries({ queryKey: ["user"] }),
+  onError: (_, __, ctx) => qc.setQueryData(['user'], ctx?.prev),
+  onSettled: () => qc.invalidateQueries({ queryKey: ['user'] }),
 });
 ```
 
@@ -255,7 +259,7 @@ const mutation = useMutation({
 
 ```tsx
 // React 19: ref is now a prop (no forwardRef needed)
-function Input({ ref, ...props }: ComponentProps<"input"> & { ref?: Ref<HTMLInputElement> }) {
+function Input({ ref, ...props }: ComponentProps<'input'> & { ref?: Ref<HTMLInputElement> }) {
   return <input ref={ref} {...props} />;
 }
 // ❌ TRAP: forwardRef is deprecated in React 19 — still works but not needed

package/.agent/skills/readme-builder/SKILL.md

@@ -20,6 +20,7 @@ scripts-binding:
 ## Mandatory Pre-Flight Context Inspection
 
 Before generating or updating a README file, you MUST inspect:
+
 1. Mandatory Discovery Phase (Section 34) → Scan `package.json`, `pyproject.toml`, or project files first to collect factual metadata before writing
 2. Zero Placeholder Rule (Section 28) → Ban template placeholders (`[insert here]`); generate copy-paste ready code examples from actual project code
 3. Hero Section Lead-With-Value (Section 164) → Lead with a single-sentence value proposition and visual trust badges; ban starting with just the title

package/.agent/skills/realtime-patterns/SKILL.md

@@ -20,6 +20,7 @@ scripts-binding:
 ## Mandatory Pre-Flight Context Inspection
 
 Before architecting real-time streaming or WebSocket infrastructure, you MUST inspect:
+
 1. One-Way SSE Selection Rule (Section 49) → Prefer SSE for one-way server-to-client streaming (AI responses, notifications); reserve WebSockets for bidirectional interactive features
 2. WebSocket Exponential Reconnection (Section 183) → Implement exponential backoff with random jitter for client reconnection loops to prevent thundering herd crashes
 3. Optimistic UI Rollback Handler (Section 207) → Capture previous state before optimistic mutations and implement explicit onError rollback logic
@@ -74,18 +75,18 @@ Before architecting real-time streaming or WebSocket infrastructure, you MUST in
 
 ```typescript
 // Server (Node.js/Express)
-app.get("/api/events", (req, res) => {
-  res.setHeader("Content-Type", "text/event-stream");
-  res.setHeader("Cache-Control", "no-cache");
-  res.setHeader("Connection", "keep-alive");
-  res.setHeader("X-Accel-Buffering", "no"); // disable nginx buffering
+app.get('/api/events', (req, res) => {
+  res.setHeader('Content-Type', 'text/event-stream');
+  res.setHeader('Cache-Control', 'no-cache');
+  res.setHeader('Connection', 'keep-alive');
+  res.setHeader('X-Accel-Buffering', 'no'); // disable nginx buffering
 
   // Send initial connection event
-  res.write(`data: ${JSON.stringify({ type: "connected" })}\n\n`);
+  res.write(`data: ${JSON.stringify({ type: 'connected' })}\n\n`);
 
   // Heartbeat to keep connection alive
   const heartbeat = setInterval(() => {
-    res.write(": heartbeat\n\n"); // comment line, ignored by client
+    res.write(': heartbeat\n\n'); // comment line, ignored by client
   }, 15000);
 
   // Subscribe to events
@@ -97,16 +98,16 @@ app.get("/api/events", (req, res) => {
   eventBus.subscribe(handler);
 
   // Cleanup on disconnect
-  req.on("close", () => {
+  req.on('close', () => {
     clearInterval(heartbeat);
     eventBus.unsubscribe(handler);
   });
 });
 
 // Client
-const eventSource = new EventSource("/api/events");
+const eventSource = new EventSource('/api/events');
 
-eventSource.addEventListener("notification", (e) => {
+eventSource.addEventListener('notification', e => {
   const data = JSON.parse(e.data);
   showNotification(data);
 });
@@ -114,7 +115,7 @@ eventSource.addEventListener("notification", (e) => {
 // Auto-reconnection is built-in!
 // The browser automatically reconnects with Last-Event-ID header
 eventSource.onerror = () => {
-  console.log("Connection lost — auto-reconnecting...");
+  console.log('Connection lost — auto-reconnecting...');
 };
 ```
 
@@ -124,39 +125,39 @@ eventSource.onerror = () => {
 
 ```typescript
 // Server (ws library)
-import { WebSocketServer, WebSocket } from "ws";
+import { WebSocketServer, WebSocket } from 'ws';
 
-const wss = new WebSocketServer({ server: httpServer, path: "/ws" });
+const wss = new WebSocketServer({ server: httpServer, path: '/ws' });
 
 // Connection management
 const clients = new Map<string, WebSocket>();
 
-wss.on("connection", (ws, req) => {
+wss.on('connection', (ws, req) => {
   const userId = authenticateFromHeaders(req);
   clients.set(userId, ws);
 
-  ws.on("message", (raw) => {
+  ws.on('message', raw => {
     try {
       const message = JSON.parse(raw.toString());
       handleMessage(userId, message);
     } catch (e) {
-      ws.send(JSON.stringify({ error: "Invalid message format" }));
+      ws.send(JSON.stringify({ error: 'Invalid message format' }));
     }
   });
 
-  ws.on("close", () => {
+  ws.on('close', () => {
     clients.delete(userId);
     broadcastPresence();
   });
 
-  ws.on("pong", () => {
+  ws.on('pong', () => {
     // Client is alive
   });
 });
 
 // Heartbeat — detect dead connections
 const interval = setInterval(() => {
-  wss.clients.forEach((ws) => {
+  wss.clients.forEach(ws => {
     if (ws.readyState === WebSocket.OPEN) {
       ws.ping();
     }
@@ -211,27 +212,27 @@ class ReconnectingWebSocket {
 // React pattern: update UI immediately, reconcile on server response
 async function toggleLike(postId: string) {
   // 1. Optimistic update (instant UI feedback)
-  setLiked((prev) => !prev);
-  setLikeCount((prev) => (liked ? prev - 1 : prev + 1));
+  setLiked(prev => !prev);
+  setLikeCount(prev => (liked ? prev - 1 : prev + 1));
 
   try {
     // 2. Server request
     await api.post(`/posts/${postId}/like`);
   } catch (error) {
     // 3. Rollback on failure
-    setLiked((prev) => !prev);
-    setLikeCount((prev) => (liked ? prev + 1 : prev - 1));
-    toast.error("Failed to update. Please try again.");
+    setLiked(prev => !prev);
+    setLikeCount(prev => (liked ? prev + 1 : prev - 1));
+    toast.error('Failed to update. Please try again.');
   }
 }
 
 // With React Query / TanStack Query:
 const likeMutation = useMutation({
   mutationFn: (postId: string) => api.post(`/posts/${postId}/like`),
-  onMutate: async (postId) => {
-    await queryClient.cancelQueries({ queryKey: ["post", postId] });
-    const previous = queryClient.getQueryData(["post", postId]);
-    queryClient.setQueryData(["post", postId], (old: Post) => ({
+  onMutate: async postId => {
+    await queryClient.cancelQueries({ queryKey: ['post', postId] });
+    const previous = queryClient.getQueryData(['post', postId]);
+    queryClient.setQueryData(['post', postId], (old: Post) => ({
       ...old,
       liked: !old.liked,
       likeCount: old.liked ? old.likeCount - 1 : old.likeCount + 1,
@@ -239,10 +240,10 @@ const likeMutation = useMutation({
     return { previous };
   },
   onError: (err, postId, context) => {
-    queryClient.setQueryData(["post", postId], context?.previous);
+    queryClient.setQueryData(['post', postId], context?.previous);
   },
   onSettled: (data, err, postId) => {
-    queryClient.invalidateQueries({ queryKey: ["post", postId] });
+    queryClient.invalidateQueries({ queryKey: ['post', postId] });
   },
 });
 ```
@@ -256,7 +257,7 @@ const likeMutation = useMutation({
 
 interface PresenceState {
   userId: string;
-  status: "online" | "away" | "offline";
+  status: 'online' | 'away' | 'offline';
   cursor?: { x: number; y: number };
   lastSeen: number;
 }
@@ -270,7 +271,7 @@ class PresenceManager {
     this.presence.set(userId, {
       ...this.presence.get(userId),
       userId,
-      status: "online",
+      status: 'online',
       lastSeen: Date.now(),
       ...state,
     } as PresenceState);
@@ -278,7 +279,7 @@ class PresenceManager {
 
   getActive(): PresenceState[] {
     const now = Date.now();
-    return [...this.presence.values()].filter((p) => now - p.lastSeen < this.TIMEOUT_MS);
+    return [...this.presence.values()].filter(p => now - p.lastSeen < this.TIMEOUT_MS);
   }
 
   remove(userId: string) {

package/.agent/skills/red-team-tactics/SKILL.md

@@ -20,6 +20,7 @@ scripts-binding:
 ## Mandatory Pre-Flight Context Inspection
 
 Before performing red team assessments or security testing, you MUST inspect:
+
 1. Written Authorization Gate (Section 34) → Verify written authorization, defined scope, rules of engagement, and emergency contact before executing tests
 2. Reproducible PoC Rule (Section 16) → Include a reproducible Proof-of-Concept, CVSS risk score, and explicit remediation snippet for every finding
 3. Breach Discovery Halt (Section 162) → Immediately halt security testing and report if evidence of an active real-world breach is discovered

package/.agent/skills/redesign-skill/SKILL.md

@@ -20,6 +20,7 @@ scripts-binding:
 ## Mandatory Pre-Flight Context Inspection
 
 Before executing interface redesigns, you MUST inspect:
+
 1. Logic Isolation Rule (Section 24) → Extract and preserve ALL state hooks (`useState`), event handlers (`onClick`), and API props before altering layout
 2. Surface Hierarchy (Section 32) → Upgrade raw hex backgrounds to OKLCH surface levels (`--bg-base`, `--bg-surface`, `--bg-elevated`)
 3. Spatial Grid (Section 28) → Standardize spacing to an 8px system (`gap-4`, `p-6`) with `text-wrap: balance` on headings
@@ -31,18 +32,23 @@ Audit legacy or unstyled user interfaces and transform them into modern, product
 ## 4 Redesign Upgrade Steps
 
 ### Step 1: Logic & State Isolation
+
 Before touching CSS or HTML layout:
+
 - Extract all state hooks (`useState`), event handlers (`onClick`), and API props. **Zero business logic may be deleted or altered.**
 
 ### Step 2: Spatial & Typographic Grid Overhaul
+
 - Replace arbitrary pixel margins with an 8px spatial system (`gap-4`, `p-6`).
 - Apply modular font scaling (`text-sm`, `text-base`, `text-2xl`, `text-4xl`) with `text-wrap: balance` on headings.
 
 ### Step 3: Color & Surface Elevation Upgrade
+
 - Replace raw `#fff` / `#000` colors with an OKLCH surface hierarchy (`--bg-base`, `--bg-surface`, `--bg-elevated`).
 - Replace hard black borders with subtle 8% opacity surface borders and multi-layered ambient shadows.
 
 ### Step 4: Micro-Interaction & Polish Pass
+
 - Add `:active` scale press feedback (`scale(0.97)`), smooth hover state transitions, and keyboard focus rings (`:focus-visible`).
 
 ---

package/.agent/skills/review-animations/SKILL.md

@@ -20,6 +20,7 @@ scripts-binding:
 ## Mandatory Pre-Flight Context Inspection
 
 Before auditing animation code or reviewing motion diffs, you MUST inspect:
+
 1. Sub-300ms UI Duration Limit (Section 35) → Enforce maximum 300ms duration for UI element animations; flag any sluggish transitions >300ms
 2. GPU-Only Property Constraint (Section 38) → Flag any animation of layout-heavy properties (`width`/`height`/`top`/`left`); require `transform` and `opacity`
 3. Physical Correctness & Origin (Section 36) → Flag `scale(0)` entrances; require `scale(0.9–0.97)` with `opacity` and accurate `transform-origin`
@@ -32,7 +33,7 @@ A specialized review skill. It does ONE thing: review animation and motion code
 
 You are a senior motion-design reviewer with a brutal eye for craft. Your bias is toward **motion that feels right**, not motion that merely runs. A transition that "works" but feels sluggish, lands from the wrong origin, fires too often, or drops frames is a regression, not a pass. Default to flagging. Approval is earned, not assumed.
 
-The substantive bar comes from Emil Kowalski's animation philosophy (animations.dev). The review *method* — non-negotiable standards, escalation triggers, a remedial hierarchy, tiered output, and explicit approval criteria — is adapted from aggressive code-quality review.
+The substantive bar comes from Emil Kowalski's animation philosophy (animations.dev). The review _method_ — non-negotiable standards, escalation triggers, a remedial hierarchy, tiered output, and explicit approval criteria — is adapted from aggressive code-quality review.
 
 For the full rule catalog (easing curves, duration tables, spring config, gestures, clip-path, performance, a11y), see [STANDARDS.md](STANDARDS.md). Load it whenever a finding needs a precise value or citation.
 
@@ -55,7 +56,7 @@ Every animation in the diff is measured against these. A violation is a finding.
 
 ## 🤖 LLM-Specific Traps
 
-1. **Passive Approval:** Approving animations just because the syntax is correct. You must evaluate the *feel* and *performance* against the Standards.
+1. **Passive Approval:** Approving animations just because the syntax is correct. You must evaluate the _feel_ and _performance_ against the Standards.
 2. **Ignoring Physics:** Failing to flag elements appearing from nothing (`scale(0)`) or scaling from the wrong origin point.
 3. **Overlooking Duration:** Missing sluggish transitions that exceed the 300ms budget for UI elements.
 4. **Accepting Default Easings:** Approving `ease-in` or generic `ease` on entering UI elements instead of demanding strong `ease-out` curves.
@@ -68,6 +69,7 @@ Every animation in the diff is measured against these. A violation is a finding.
 ### ✅ Pre-Flight Self-Audit
 
 Review these questions before confirming output:
+
 ```
 ✅ Did I measure the diff against all 10 non-negotiable standards?
 ✅ Did I flag any UI animations exceeding 300ms?
@@ -79,5 +81,6 @@ Review these questions before confirming output:
 ### 🛑 Verification-Before-Completion (VBC) Protocol
 
 **CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
+
 - ❌ **Forbidden:** Marking the review as "Pass" without explicitly evaluating against the STANDARDS.md criteria.
 - ✅ **Required:** Output the review in the standard table format (`| Before | After | Why |`) highlighting all violations, and explicitly stating why approval is earned or withheld.

package/.agent/skills/review-animations/STANDARDS.md

@@ -4,45 +4,47 @@ The precise values, curves, and rules behind the review. Cite these in findings
 
 ## Should it animate? (frequency table)
 
-| Frequency | Decision |
-| --- | --- |
-| 100+ times/day (keyboard shortcuts, command palette) | No animation. Ever. |
-| Tens of times/day (hover effects, list navigation) | Remove or drastically reduce |
-| Occasional (modals, drawers, toasts) | Standard animation |
-| Rare / first-time (onboarding, feedback, celebrations) | Can add delight |
-
-**Never animate keyboard-initiated actions** — they repeat hundreds of times daily; animation makes them feel slow and disconnected. 
+| Frequency                                              | Decision                     |
+| ------------------------------------------------------ | ---------------------------- |
+| 100+ times/day (keyboard shortcuts, command palette)   | No animation. Ever.          |
+| Tens of times/day (hover effects, list navigation)     | Remove or drastically reduce |
+| Occasional (modals, drawers, toasts)                   | Standard animation           |
+| Rare / first-time (onboarding, feedback, celebrations) | Can add delight              |
+
+**Never animate keyboard-initiated actions** — they repeat hundreds of times daily; animation makes them feel slow and disconnected.
 Valid purposes for motion: spatial consistency, state indication, explanation, feedback, preventing jarring change. "It looks cool" on a frequently-seen element is not valid.
 
 ## Easing
 
 Decision order:
+
 - Entering or exiting → **`ease-out`** (starts fast, feels responsive)
 - Moving / morphing on screen → **`ease-in-out`**
 - Hover / color change → **`ease`**
 - Constant motion (marquee, progress) → **`linear`**
 - Default → **`ease-out`**
 
-**Never `ease-in` on UI.** It starts slow, delaying the exact moment the user is watching. `ease-out` at 200ms *feels* faster than `ease-in` at 200ms.
+**Never `ease-in` on UI.** It starts slow, delaying the exact moment the user is watching. `ease-out` at 200ms _feels_ faster than `ease-in` at 200ms.
 
 Built-in CSS easings are too weak. Use strong custom curves:
+
 ```css
---ease-out: cubic-bezier(0.23, 1, 0.32, 1);        /* strong ease-out for UI */
---ease-in-out: cubic-bezier(0.77, 0, 0.175, 1);    /* strong ease-in-out for on-screen movement */
---ease-drawer: cubic-bezier(0.32, 0.72, 0, 1);     /* iOS-like drawer curve (Ionic) */
+--ease-out: cubic-bezier(0.23, 1, 0.32, 1); /* strong ease-out for UI */
+--ease-in-out: cubic-bezier(0.77, 0, 0.175, 1); /* strong ease-in-out for on-screen movement */
+--ease-drawer: cubic-bezier(0.32, 0.72, 0, 1); /* iOS-like drawer curve (Ionic) */
 ```
 
 ## Duration
 
-| Element | Duration |
-| --- | --- |
-| Button press feedback | 100–160ms |
-| Tooltips, small popovers | 125–200ms |
-| Dropdowns, selects | 150–250ms |
-| Modals, drawers | 200–500ms |
-| Marketing / explanatory | Can be longer |
+| Element                  | Duration      |
+| ------------------------ | ------------- |
+| Button press feedback    | 100–160ms     |
+| Tooltips, small popovers | 125–200ms     |
+| Dropdowns, selects       | 150–250ms     |
+| Modals, drawers          | 200–500ms     |
+| Marketing / explanatory  | Can be longer |
 
-**Rule: UI animations stay under 300ms.** A 180ms dropdown feels more responsive than a 400ms one. 
+**Rule: UI animations stay under 300ms.** A 180ms dropdown feels more responsive than a 400ms one.
 
 ## Physicality
 
@@ -53,21 +55,33 @@ Built-in CSS easings are too weak. Use strong custom curves:
 ## Springs
 
 Feel natural because they simulate physics; no fixed duration. Use for drag with momentum, interruptible gestures.
+
 ```js
 // Apple-style (easier to reason about) — recommended
 { type: "spring", duration: 0.5, bounce: 0.2 }
 ```
-Keep bounce subtle (0.1–0.3); avoid bounce in most UI. 
+
+Keep bounce subtle (0.1–0.3); avoid bounce in most UI.
 
 ## Interruptibility
 
 CSS **transitions** can be interrupted and retargeted mid-animation; **keyframes** restart from zero. For anything triggered rapidly, transitions are smoother.
+
 ```css
 /* Interruptible — good for dynamic UI */
-.toast { transition: transform 400ms ease; }
+.toast {
+  transition: transform 400ms ease;
+}
 
 /* Not interruptible — avoid for dynamic UI */
-@keyframes slideIn { from { transform: translateY(100%); } to { transform: translateY(0); } }
+@keyframes slideIn {
+  from {
+    transform: translateY(100%);
+  }
+  to {
+    transform: translateY(0);
+  }
+}
 ```
 
 Use `@starting-style` for entry without JS.

package/.agent/skills/rust-pro/SKILL.md

@@ -20,6 +20,7 @@ scripts-binding:
 ## Mandatory Pre-Flight Context Inspection
 
 Before writing Rust code or Axum handlers, you MUST inspect:
+
 1. Production Error Propagation (Section 130) → Use `?` operator and structured `Result<T, E>`; ban `.unwrap()` in production code
 2. Library vs App Error Strategy (Section 192) → Use `thiserror` for library crates to export structured errors; use `anyhow` only for application code
 3. Axum 0.7+ Route Parameters (Section 444) → Use `{id}` bracket syntax for path parameters (`/users/{id}`); ban legacy `:id` syntax

package/.agent/skills/seo-fundamentals/SKILL.md

@@ -20,6 +20,7 @@ scripts-binding:
 ## Mandatory Pre-Flight Context Inspection
 
 Before implementing metadata or search optimization, you MUST inspect:
+
 1. One H1 Heading Law (Section 64) → Ensure exactly ONE `<h1>` per page for document title; ban multiple `<h1>` tags or missing H1s
 2. Server-Side Rendering (SSR/SSG) Rule (Section 18) → Use SSR/SSG for indexable pages; ban client-side-only rendering for public SEO content
 3. JSON-LD Structured Data Injection (Section 86) → Inject Schema.org JSON-LD scripts (`application/ld+json`) for rich entity indexing
@@ -43,7 +44,7 @@ Do not use legacy `next/head` tags scattered across components. Use the built-in
 
 ```typescript
 // app/blog/[slug]/page.tsx
-import { Metadata } from "next";
+import { Metadata } from 'next';
 
 export async function generateMetadata({ params }): Promise<Metadata> {
   const post = await fetchPost(params.slug);
@@ -58,12 +59,12 @@ export async function generateMetadata({ params }): Promise<Metadata> {
     openGraph: {
       title: post.title,
       description: post.excerpt,
-      type: "article",
+      type: 'article',
       url: `https://example.com/blog/${params.slug}`,
       images: [{ url: post.coverImageUrl, width: 1200, height: 630 }],
     },
     twitter: {
-      card: "summary_large_image", // Critical for big Twitter link previews
+      card: 'summary_large_image', // Critical for big Twitter link previews
     },
   };
 }

package/.agent/skills/server-management/SKILL.md

@@ -20,6 +20,7 @@ scripts-binding:
 ## Mandatory Pre-Flight Context Inspection
 
 Before configuring Linux servers, Nginx, or systemd services, you MUST inspect:
+
 1. Dedicated Non-Root User Execution (Section 39) → Run systemd services strictly under non-root users (`User=appuser`); ban running app services as root
 2. Nginx Syntax Verification (`nginx -t`) (Section 17) → Always verify Nginx configuration (`sudo nginx -t`) BEFORE reloading systemd services
 3. SSH & UFW Hardening Defaults (Section 126) → Disable password auth & root login (`PermitRootLogin no`), and configure UFW default deny incoming