swallowkit 1.0.0-beta.3 → 1.0.0-beta.30

package/README.md

@@ -1,216 +1,388 @@
-# SwallowKit
-
-[![npm version](https://img.shields.io/npm/v/swallowkit.svg)](https://www.npmjs.com/package/swallowkit)
-[![npm downloads](https://img.shields.io/npm/dm/swallowkit.svg)](https://www.npmjs.com/package/swallowkit)
-[![license](https://img.shields.io/npm/l/swallowkit.svg)](./LICENSE)
-
-English | [日本語](./README.ja.md)
-
-**Type-safe schema-driven development toolkit for Next.js applications on Azure**
-
-SwallowKit enables developers to build full-stack Next.js applications with external Azure Functions backends while maintaining end-to-end type safety through shared Zod schemas.
-
-Deploy your Next.js app to Azure Static Web Apps using standalone mode, and connect to independent Azure Functions for backend operations.
-
-Next.js API routes are restricted to use only as BFF (Backend For Frontend), offloading business logic to Azure Functions to provide clear separation between client and server.
-
-Featuring Scaffold functionality to automatically generate CRUD operations from Zod schemas, achieving type-safe integration with Cosmos DB and consistent type definitions and validation.
-
-> **Note**: This project is in active development. APIs may change in future versions.
-
-## ✨ Key Features
-
-- **🔄 Zod Schema Sharing** - Same schema across frontend, BFF, Azure Functions, and Cosmos DB
-- **⚡ CRUD Code Generation** - Auto-generate Azure Functions + Next.js code with `swallowkit scaffold`
-- **🛡️ Full Type Safety** - End-to-end TypeScript from client to database
-- **🎯 BFF Pattern** - Next.js API Routes as BFF layer with auto-validation and resource inference
-- **☁️ Azure Optimized** - Minimal-cost architecture with Static Web Apps + Functions + Cosmos DB
-- **🚀 Easy Deployment** - Auto-generated Bicep IaC + CI/CD workflows
-
-## 📚 Documentation
-
-- **[CLI Reference](./docs/cli-reference.md)** - All commands in detail
-- **[Scaffold Guide](./docs/scaffold-guide.md)** - CRUD code generation
-- **[Zod Schema Sharing Guide](./docs/zod-schema-sharing-guide.md)** - Schema design
-- **[Deployment Guide](./docs/deployment-guide.md)** - Deploy to Azure
-
-## 🚀 Quick Start
-
-### 1. Create Project
-
-```bash
-npx swallowkit init my-app
-cd my-app
-```
-
-### 2. Create Models
-
-You can create multiple models at once:
-
-```bash
-npx swallowkit create-model category todo
-```
-
-This generates `shared/models/category.ts` and `shared/models/todo.ts`. Customize them by adding your required fields:
-
-```typescript
-// shared/models/category.ts
-import { z } from 'zod';
-
-export const category = z.object({
-  id: z.string(),
-  name: z.string().min(1).max(50),
-  createdAt: z.string().optional(),
-  updatedAt: z.string().optional(),
-});
-
-export type Category = z.infer<typeof category>;
-```
-
-For parent-child relationships, use **nested schemas** instead of ID references:
-
-```typescript
-// shared/models/todo.ts
-import { z } from 'zod';
-import { category } from './category';
-
-export const todo = z.object({
-  id: z.string(),
-  text: z.string().min(1).max(200),
-  completed: z.boolean().default(false),
-  category: category.optional(),       // Nested object (not categoryId)
-  createdAt: z.string().optional(),
-  updatedAt: z.string().optional(),
-});
-
-export type Todo = z.infer<typeof todo>;
-```
-
-> **Tip**: Nesting preserves type safety and stores related data together in the document, which is natural for Cosmos DB's document model.
-
-### 3. Generate CRUD Code
-
-```bash
-npx swallowkit scaffold shared/models/todo.ts
-```
-
-This auto-generates:
-- ✅ Azure Functions (CRUD endpoints + Cosmos DB bindings)
-- ✅ Next.js BFF API Routes (auto-validation + resource inference)
-- ✅ React Components (type-safe forms)
-
-### 4. Start Development Server
-
-```bash
-npx swallowkit dev
-```
-
-- Next.js: http://localhost:3000
-- Azure Functions: http://localhost:7071
-
-### 5. Use from Frontend
-
-```typescript
-import { api } from '@/lib/api/backend';
-import type { Todo } from '@/shared/models/todo';
-
-// Get all - call BFF endpoint
-const todos = await api.get<Todo[]>('/api/todos');
-
-// Create - validated by backend
-const created = await api.post<Todo>('/api/todos', {
-  text: 'Buy milk',
-  completed: false
-});
-
-// Update - validated by backend
-const updated = await api.put<Todo>('/api/todos/123', { completed: true });
-
-// Delete
-await api.delete('/api/todos/123');
-```
-
-## 🏗️ Architecture
-
-```
-┌─────────────────────────────────────────────────────────────┐
-│  Frontend (React)                                            │
-│  - Client Components                                         │
-│  - Server Components (SSR)                                   │
-└──────────────────────────┬───────────────────────────────────┘
-                           │ api.post('/api/todos', data)
-                           ▼
-┌─────────────────────────────────────────────────────────────┐
-│  BFF Layer (Next.js API Routes)                              │
-│  - Auto Schema Validation (Zod)                              │
-│  - Error Handling                                            │
-└──────────────────────────┬───────────────────────────────────┘
-                           │ HTTP Request
-                           ▼
-┌─────────────────────────────────────────────────────────────┐
-│  Azure Functions (Backend)                                   │
-│  - HTTP Triggers (CRUD)                                      │
-│  - Zod Validation (Re-check)                                 │
-│  - Business Logic                                            │
-│  - Cosmos DB Bindings                                        │
-└──────────────────────────┬───────────────────────────────────┘
-                           │
-                           ▼
-┌─────────────────────────────────────────────────────────────┐
-│  Azure Cosmos DB                                             │
-│  - NoSQL Database                                            │
-│  - Zod Schema Validation                                     │
-└─────────────────────────────────────────────────────────────┘
-```
-
-**Key Patterns:**
-- **BFF (Backend For Frontend)**: Next.js API Routes proxy to Azure Functions
-- **Shared Schemas**: Zod schemas used across frontend, BFF, Functions, and DB
-- **Type Safety**: TypeScript types auto-inferred from Zod
-- **Managed Identity**: Secure service connections (no connection strings)
-
-## 📦 Prerequisites
-
-- Node.js 22.x
-- Azure Cosmos DB Emulator (local development)
-  - [Official documentation (vNext recommended)](https://learn.microsoft.com/en-us/azure/cosmos-db/emulator-linux)
-    - Windows: [Download](https://aka.ms/cosmosdb-emulator)
-    - Docker: `docker run -p 8081:8081 mcr.microsoft.com/cosmosdb/linux/azure-cosmos-emulator`
-
-## 🚀 Deploy to Azure
-
-Deploy your Next.js app to Azure Static Web Apps using standalone mode, and connect to independent Azure Functions for backend operations.
-
-**1. Provision resources (Bicep IaC)**
-
-```bash
-npx swallowkit provision --resource-group my-app-rg --location japaneast
-```
-
-After provisioning, the required CI/CD secret values are displayed in the terminal. Copy them.
-
-**2. Push code**
-
-```bash
-git push origin main
-```
-
-**3. Cancel the auto-triggered CI/CD run** — it will fail because secrets are not registered yet.
-
-**4. Register the displayed secret values** in GitHub (Settings → Secrets) or Azure DevOps (Pipelines → Library).
-
-**5. Manually re-run the CI/CD workflow.**
-
-See **[Deployment Guide](./docs/deployment-guide.md)** for details.
-
-##  License
-
-MIT
-
-## 🔗 Related Links
-
-- [Azure Static Web Apps](https://learn.microsoft.com/en-us/azure/static-web-apps/)
-- [Azure Functions](https://learn.microsoft.com/en-us/azure/azure-functions/)
-- [Azure Cosmos DB](https://learn.microsoft.com/en-us/azure/cosmos-db/)
-- [Next.js](https://nextjs.org/)
-- [Zod](https://zod.dev/)
+# SwallowKit
+
+[![npm version](https://img.shields.io/npm/v/swallowkit.svg)](https://www.npmjs.com/package/swallowkit)
+[![npm downloads](https://img.shields.io/npm/dm/swallowkit.svg)](https://www.npmjs.com/package/swallowkit)
+[![VS Code Marketplace](https://img.shields.io/visual-studio-marketplace/v/himanago.swallowkit-vscode?label=VS%20Code%20Extension)](https://marketplace.visualstudio.com/items?itemName=himanago.swallowkit-vscode)
+[![license](https://img.shields.io/npm/l/swallowkit.svg)](./LICENSE)
+
+English | [日本語](./README.ja.md)
+
+**Type-safe schema-driven development toolkit for Next.js applications on Azure**
+
+SwallowKit enables developers to build full-stack Next.js applications with external Azure Functions backends while maintaining end-to-end type safety through shared Zod schemas.
+
+Deploy your Next.js app to Azure Static Web Apps using standalone mode, and connect to independent Azure Functions for backend operations.
+
+Next.js API routes are restricted to use only as BFF (Backend For Frontend), offloading business logic to Azure Functions to provide clear separation between client and server.
+
+Featuring Scaffold functionality to automatically generate CRUD operations from Zod schemas, achieving type-safe integration with Cosmos DB and consistent type definitions and validation.
+
+> **Note**: This project is in active development. APIs may change in future versions.
+
+## ✨ Key Features
+
+- **🔄 Zod Schema Sharing** - Keep Zod as the source of truth across frontend, BFF, Azure Functions, and Cosmos DB
+- **⚡ CRUD Code Generation** - Auto-generate Azure Functions + Next.js code with `swallowkit scaffold`
+- **🌐 Multi-language Functions Backends** - Choose TypeScript, C#, or Python for Azure Functions during `init`
+- **🧬 OpenAPI Export + Native Codegen** - For C#/Python backends, `scaffold` exports OpenAPI from Zod and generates backend schema assets with native language tooling
+- **🛡️ Contract Safety** - Keep frontend/BFF contracts aligned with backend implementations through shared Zod or native-generated backend models
+- **🎯 BFF Pattern** - Next.js API Routes as BFF layer with auto-validation and resource inference
+- **☁️ Azure Optimized** - Minimal-cost architecture with Static Web Apps + Functions + Cosmos DB
+- **🚀 Easy Deployment** - Auto-generated Bicep IaC + CI/CD workflows
+- **🤖 AI-Friendly** - Auto-generated instruction files (`AGENTS.md`, `CLAUDE.md`, `.github/copilot-instructions.md`) and layer-specific rules help GitHub Copilot, Claude Code, and OpenAI Codex follow project conventions
+- **🧠 MCP + Machine Interface** - `swallowkit machine ...` exposes deterministic JSON inspection / validation / generation commands, and `swallowkit-mcp` exposes the same capabilities over MCP stdio
+- **🔌 External Data Connectors** - Integrate MySQL, PostgreSQL, REST APIs, and other external data sources alongside Cosmos DB — same Zod-driven scaffold workflow with full type safety
+- **🔐 Authentication & Authorization** - Built-in support for custom JWT auth (with external RDB user stores) and role-based access control per model — with planned Static Web Apps auth integration
+- **🧩 [VS Code Extension](https://marketplace.visualstudio.com/items?itemName=himanago.swallowkit-vscode)** - GUI wizard for init/scaffold/dev, right-click model scaffolding, dev server status bar, and TypeScript snippets
+
+## 📚 Documentation
+
+Visit the **[SwallowKit Documentation](https://himanago.github.io/swallowkit/)** for the full docs (also available in [日本語](https://himanago.github.io/swallowkit/ja/)).
+
+- **[CLI Reference](https://himanago.github.io/swallowkit/en/cli-reference)** - All commands in detail
+- **[Scaffold Guide](https://himanago.github.io/swallowkit/en/scaffold-guide)** - CRUD code generation
+- **[Connector Guide](https://himanago.github.io/swallowkit/en/connector-guide)** - External data source integration
+- **[Authentication Guide](https://himanago.github.io/swallowkit/en/auth-guide)** - Authentication and role-based access control
+- **[Zod Schema Sharing Guide](https://himanago.github.io/swallowkit/en/zod-schema-sharing-guide)** - Schema design
+- **[Deployment Guide](https://himanago.github.io/swallowkit/en/deployment-guide)** - Deploy to Azure
+
+## 🚀 Quick Start
+
+### 1. Create Project
+
+```bash
+npx swallowkit init my-app
+# or
+pnpm dlx swallowkit init my-app
+cd my-app
+```
+
+The interactive prompts ask for CI/CD provider, Azure Functions backend language, Cosmos DB mode, and network settings. You can also specify them as flags to skip prompts entirely:
+
+```bash
+# Non-interactive mode (useful for VS Code extensions or automation)
+npx swallowkit init my-app --cicd github --backend-language python --cosmos-db-mode serverless --vnet outbound
+```
+
+| Flag | Values | Description |
+|------|--------|-------------|
+| `--cicd <provider>` | `github`, `azure`, `skip` | CI/CD provider |
+| `--backend-language <language>` | `typescript`, `csharp`, `python` | Azure Functions backend language |
+| `--cosmos-db-mode <mode>` | `freetier`, `serverless` | Cosmos DB pricing mode |
+| `--vnet <option>` | `outbound`, `none` | Network security |
+
+Omit any flag to be prompted for that value interactively.
+
+### 2. Create Models
+
+You can create multiple models at once:
+
+```bash
+npx swallowkit create-model category todo
+# or
+pnpm dlx swallowkit create-model category todo
+```
+
+This generates `shared/models/category.ts` and `shared/models/todo.ts`. Customize them by adding your required fields:
+
+```typescript
+// shared/models/category.ts
+import { z } from 'zod';
+
+export const category = z.object({
+  id: z.string(),
+  name: z.string().min(1).max(50),
+  createdAt: z.string().optional(),
+  updatedAt: z.string().optional(),
+});
+
+export type Category = z.infer<typeof category>;
+```
+
+For parent-child relationships, use **nested schemas** instead of ID references:
+
+```typescript
+// shared/models/todo.ts
+import { z } from 'zod';
+import { category } from './category';
+
+export const todo = z.object({
+  id: z.string(),
+  text: z.string().min(1).max(200),
+  completed: z.boolean().default(false),
+  category: category.optional(),       // Nested object (not categoryId)
+  createdAt: z.string().optional(),
+  updatedAt: z.string().optional(),
+});
+
+export type Todo = z.infer<typeof todo>;
+```
+
+> **Tip**: Nesting preserves type safety and stores related data together in the document, which is natural for Cosmos DB's document model.
+
+### 3. Generate CRUD Code
+
+```bash
+npx swallowkit scaffold shared/models/todo.ts
+# or
+pnpm dlx swallowkit scaffold shared/models/todo.ts
+```
+
+This auto-generates:
+- ✅ Azure Functions (CRUD endpoints + Cosmos DB bindings)
+- ✅ Next.js BFF API Routes (auto-validation + resource inference)
+- ✅ React Components (type-safe forms)
+
+If you selected `csharp` or `python` at `init` time, `swallowkit scaffold` also writes an OpenAPI document under `functions/openapi/` and generates native backend schema assets under `functions/generated/`.
+
+### 4. Start Development Server
+
+```bash
+npx swallowkit dev
+# or
+pnpm dlx swallowkit dev
+```
+
+- Next.js: http://localhost:3000
+- Azure Functions: http://localhost:7071
+
+Backend-specific notes:
+
+- **Python backends**: `swallowkit dev` uses **uv** for local runtime management. It installs or reuses a project-local `uv` binary under `.uv/bin`, keeps uv-managed Python under `.uv/python`, creates `functions/.venv` for the Functions app, and creates `functions/.codegen-venv` for Python schema generation.
+- **C# backends**: Azure Functions isolated worker can take longer to answer on cold start while the worker build completes. `swallowkit dev` waits for the Functions host to start responding before it prints the backend URL as ready.
+
+If you want to replace Cosmos DB Emulator data before startup, you can either generate an environment template or export the data currently stored in the local emulator:
+
+```bash
+npx swallowkit create-dev-seeds local
+# edit dev-seeds/local/*.json
+npx swallowkit dev --seed-env local
+
+# or capture current emulator data as reusable seeds
+npx swallowkit create-dev-seeds local --from-emulator --force
+npx swallowkit dev --seed-env local
+```
+
+This workflow is designed for local debugging against the Cosmos DB Emulator:
+
+- `create-dev-seeds <environment>` generates one JSON template per schema under `dev-seeds/<environment>/`
+- `create-dev-seeds <environment> --from-emulator` exports the current data from the matching local Cosmos DB Emulator containers into the same file layout
+- each file name maps to a schema/container, for example `shared/models/todo.ts` -> `dev-seeds/local/todo.json` -> `Todos`
+- when you start `dev --seed-env <environment>`, SwallowKit replaces the existing data for each matching container with the JSON documents from that environment
+- containers without a matching JSON file are left untouched
+- if `--seed-env` is omitted, or `dev-seeds/<environment>/` does not exist, current emulator data is preserved
+- exported files strip Cosmos system properties such as `_etag` before saving so they can be replayed safely
+
+Example file layout:
+
+```text
+dev-seeds/
+  local/
+    todo.json
+    category.json
+  staging-debug/
+    todo.json
+```
+
+Each `{schema}.json` file can contain either a single JSON object or an array of JSON objects. Every document must include an `id`:
+
+```json
+[
+  {
+    "id": "seed-todo-001",
+    "name": "Seed todo one",
+    "createdAt": "2026-03-21T00:00:00.000Z",
+    "updatedAt": "2026-03-21T00:00:00.000Z"
+  },
+  {
+    "id": "seed-todo-002",
+    "name": "Seed todo two",
+    "createdAt": "2026-03-21T00:00:01.000Z",
+    "updatedAt": "2026-03-21T00:00:01.000Z"
+  }
+]
+```
+
+Recommended workflow:
+
+```bash
+npx swallowkit create-model todo
+npx swallowkit scaffold shared/models/todo.ts
+npx swallowkit create-dev-seeds local
+# edit dev-seeds/local/todo.json
+npx swallowkit dev --seed-env local
+
+# or export your current local Cosmos Emulator data
+npx swallowkit create-dev-seeds local --from-emulator --force
+npx swallowkit dev --seed-env local
+```
+
+### 5. Use from Frontend
+
+```typescript
+import { api } from '@/lib/api/backend';
+import type { Todo } from '@/shared/models/todo';
+
+// Get all - call BFF endpoint
+const todos = await api.get<Todo[]>('/api/todos');
+
+// Create - validated by backend
+const created = await api.post<Todo>('/api/todos', {
+  text: 'Buy milk',
+  completed: false
+});
+
+// Update - validated by backend
+const updated = await api.put<Todo>('/api/todos/123', { completed: true });
+
+// Delete
+await api.delete('/api/todos/123');
+```
+
+### 6. Connect External Data Sources (Optional)
+
+SwallowKit supports **connectors** for integrating external RDB databases and REST APIs alongside Cosmos DB, using the same Zod-driven workflow:
+
+```bash
+# Register a connector
+npx swallowkit add-connector mysql --type rdb --provider mysql --connection-env MYSQL_CONNECTION_STRING
+
+# Create a connector-aware model
+npx swallowkit create-model user --connector mysql
+# edit shared/models/user.ts (customize schema + connectorConfig)
+
+# Scaffold generates connector-specific Functions code
+npx swallowkit scaffold shared/models/user.ts
+
+# Develop locally with mock data (no real MySQL needed)
+npx swallowkit dev --mock-connectors
+```
+
+The frontend and BFF layer are completely transparent to data source differences — `callFunction()` works identically for Cosmos DB and connector models. See the **[Connector Guide](https://himanago.github.io/swallowkit/en/connector-guide)** for details.
+
+## 🤖 AI / MCP Integration
+
+SwallowKit provides a machine-readable CLI surface for coding agents and MCP adapters. Instead of letting AI guess raw filesystem changes, it can go through SwallowKit's official generators, inspectors, and validators.
+
+```bash
+# Inspect framework-owned project metadata
+npx swallowkit machine inspect project
+
+# Validate SwallowKit conventions and generated artifacts
+npx swallowkit machine validate project
+
+# Generate through the official machine interface
+npx swallowkit machine generate model todo --overwrite never
+npx swallowkit machine generate scaffold todo --api-only
+```
+
+`swallowkit machine` is:
+
+- non-interactive
+- deterministic
+- JSON-only on stdout
+- structured on success and failure
+
+For MCP clients, use the bundled stdio server:
+
+```bash
+npx swallowkit-mcp
+```
+
+Projects generated by `swallowkit init` include a project-scoped `.mcp.json` bootstrap that launches the locally installed SwallowKit MCP entrypoint. Agent runtimes that support repository MCP discovery can start using the same `swallowkit_*` tools automatically from the project root after project dependencies are installed.
+
+When a runtime does not auto-load project MCP config, the generated instruction files still steer the agent toward `swallowkit machine ...`, and you can manually register the same launcher in the client.
+
+The MCP server is intentionally a thin adapter with explicit tools only. It delegates real work to the machine CLI.
+
+## 🏗️ Architecture
+
+```
+┌─────────────────────────────────────────────────────────────┐
+│  Frontend (React)                                            │
+│  - Client Components                                         │
+│  - Server Components (SSR)                                   │
+└──────────────────────────┬───────────────────────────────────┘
+                           │ api.post('/api/todos', data)
+                           ▼
+┌─────────────────────────────────────────────────────────────┐
+│  BFF Layer (Next.js API Routes)                              │
+│  - Auto Schema Validation (Zod)                              │
+│  - Error Handling                                            │
+└──────────────────────────┬───────────────────────────────────┘
+                           │ HTTP Request
+                           ▼
+┌─────────────────────────────────────────────────────────────┐
+│  Azure Functions (Backend)                                   │
+│  - HTTP Triggers (CRUD)                                      │
+│  - Zod Validation (Re-check)                                 │
+│  - Business Logic                                            │
+│  - Data Source Bindings                                      │
+└──────────┬───────────────┼───────────────┬──────────────────┘
+           │               │               │
+           ▼               ▼               ▼
+┌────────────────┐ ┌──────────────┐ ┌──────────────────┐
+│  Azure Cosmos  │ │  External    │ │  External SaaS   │
+│  DB (Default)  │ │  RDB (MySQL  │ │  APIs (REST)     │
+│                │ │  PostgreSQL) │ │                  │
+└────────────────┘ └──────────────┘ └──────────────────┘
+```
+
+**Key Patterns:**
+- **BFF (Backend For Frontend)**: Next.js API Routes proxy to Azure Functions
+- **Shared Schemas**: Zod schemas stay in `shared/models/` as the source of truth
+- **OpenAPI Export for C#/Python**: Non-TypeScript Functions consume native-generated assets under `functions/generated/`
+- **External Connectors**: MySQL, PostgreSQL, REST APIs — scaffold-generated Functions with the same BFF pattern
+- **Contract Safety**: BFF and backend stay aligned through shared Zod or generated backend models
+- **Managed Identity**: Secure service connections (no connection strings)
+
+## 📦 Prerequisites
+
+- Node.js 22.x
+- **pnpm** (recommended): `corepack enable` or `npm install -g pnpm`
+  - npm also works — SwallowKit auto-detects the package manager (if pnpm is installed, it is always preferred)
+- Azure Cosmos DB Emulator (local development)
+  - [Official documentation (vNext recommended)](https://learn.microsoft.com/en-us/azure/cosmos-db/emulator-linux)
+    - Windows: [Download](https://aka.ms/cosmosdb-emulator)
+    - Docker: `docker run -p 8081:8081 mcr.microsoft.com/cosmosdb/linux/azure-cosmos-emulator`
+
+## 🚀 Deploy to Azure
+
+Deploy your Next.js app to Azure Static Web Apps using standalone mode, and connect to independent Azure Functions for backend operations.
+
+**1. Provision resources (Bicep IaC)**
+
+```bash
+npx swallowkit provision --resource-group my-app-rg
+# or
+pnpm dlx swallowkit provision --resource-group my-app-rg
+```
+
+The command prompts you to choose the primary region and the Static Web App region. After provisioning, the terminal displays the CI/CD values you need for setup. Copy them.
+
+**2. Push code**
+
+```bash
+git push origin main
+```
+
+**3. Cancel the auto-triggered CI/CD run** — it will fail because secrets are not registered yet.
+
+**4. Register the displayed secrets / variables** in GitHub (Settings → Secrets) or Azure DevOps (Pipelines → Library).
+
+**5. Manually re-run the CI/CD workflow.**
+
+See **[Deployment Guide](https://himanago.github.io/swallowkit/en/deployment-guide)** for details.
+
+##  License
+
+MIT
+
+## 🔗 Related Links
+
+- [SwallowKit VS Code Extension](https://marketplace.visualstudio.com/items?itemName=himanago.swallowkit-vscode)
+- [Azure Static Web Apps](https://learn.microsoft.com/en-us/azure/static-web-apps/)
+- [Azure Functions](https://learn.microsoft.com/en-us/azure/azure-functions/)
+- [Azure Cosmos DB](https://learn.microsoft.com/en-us/azure/cosmos-db/)
+- [Next.js](https://nextjs.org/)
+- [Zod](https://zod.dev/)

package/dist/__tests__/fixtures.d.ts

@@ -0,0 +1,22 @@
+import { ModelInfo } from "../core/scaffold/model-parser";
+/**
+ * テスト用の基本的な ModelInfo フィクスチャ
+ */
+export declare function createBasicModelInfo(overrides?: Partial<ModelInfo>): ModelInfo;
+/**
+ * RDB コネクタ (read-only) 付きの ModelInfo フィクスチャ
+ */
+export declare function createRdbConnectorModelInfo(overrides?: Partial<ModelInfo>): ModelInfo;
+/**
+ * API コネクタ (read-write) 付きの ModelInfo フィクスチャ
+ */
+export declare function createApiConnectorModelInfo(overrides?: Partial<ModelInfo>): ModelInfo;
+/**
+ * 外部キーを含む ModelInfo フィクスチャ
+ */
+export declare function createModelInfoWithForeignKey(): ModelInfo;
+/**
+ * enum フィールドを含む ModelInfo フィクスチャ
+ */
+export declare function createModelInfoWithEnum(): ModelInfo;
+//# sourceMappingURL=fixtures.d.ts.map

package/dist/__tests__/fixtures.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"fixtures.d.ts","sourceRoot":"","sources":["../../src/__tests__/fixtures.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,SAAS,EAAE,MAAM,+BAA+B,CAAC;AAE1D;;GAEG;AACH,wBAAgB,oBAAoB,CAAC,SAAS,CAAC,EAAE,OAAO,CAAC,SAAS,CAAC,GAAG,SAAS,CAqB9E;AAED;;GAEG;AACH,wBAAgB,2BAA2B,CAAC,SAAS,CAAC,EAAE,OAAO,CAAC,SAAS,CAAC,GAAG,SAAS,CAuBrF;AAED;;GAEG;AACH,wBAAgB,2BAA2B,CAAC,SAAS,CAAC,EAAE,OAAO,CAAC,SAAS,CAAC,GAAG,SAAS,CA2BrF;AAED;;GAEG;AACH,wBAAgB,6BAA6B,IAAI,SAAS,CAqBzD;AAED;;GAEG;AACH,wBAAgB,uBAAuB,IAAI,SAAS,CA0BnD"}