@nestr/mcp 0.1.47 → 0.1.49
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/build/server.d.ts.map +1 -1
- package/build/server.js +49 -9
- package/build/server.js.map +1 -1
- package/build/skills/doing-work.d.ts.map +1 -1
- package/build/skills/doing-work.js +62 -137
- package/build/skills/doing-work.js.map +1 -1
- package/build/skills/tension-processing.d.ts.map +1 -1
- package/build/skills/tension-processing.js +75 -181
- package/build/skills/tension-processing.js.map +1 -1
- package/build/skills/workspace-setup.d.ts.map +1 -1
- package/build/skills/workspace-setup.js +58 -138
- package/build/skills/workspace-setup.js.map +1 -1
- package/build/tools/index.d.ts +50 -60
- package/build/tools/index.d.ts.map +1 -1
- package/build/tools/index.js +144 -43
- package/build/tools/index.js.map +1 -1
- package/package.json +1 -1
|
@@ -17,214 +17,134 @@ Setup mode is a guided wizard for establishing the governance structure of a new
|
|
|
17
17
|
- The current user is a workspace admin
|
|
18
18
|
- AND one or more of:
|
|
19
19
|
- There is only one user in the workspace (the admin themselves)
|
|
20
|
-
- There are fewer than 3 roles that do NOT have the \`facilitator\`, \`secretary\`, \`circle-lead\`, or \`rep-link\` label
|
|
20
|
+
- There are fewer than 3 roles that do NOT have the \`facilitator\`, \`secretary\`, \`circle-lead\`, or \`rep-link\` label
|
|
21
21
|
- There is no work captured besides nests with the \`onboarding_project\` label
|
|
22
22
|
|
|
23
23
|
**Circle-level setup mode** is active when:
|
|
24
|
-
- The current user is the circle lead of that circle
|
|
25
|
-
- The circle has fewer than 3 roles
|
|
24
|
+
- The current user is the circle lead of that circle
|
|
25
|
+
- The circle has fewer than 3 non-core roles (excluding \`facilitator\`, \`secretary\`, \`circle-lead\`, \`rep-link\`)
|
|
26
26
|
|
|
27
|
-
**Re-entry:** An admin
|
|
27
|
+
**Re-entry:** An admin or circle lead can always explicitly request to re-enter setup mode.
|
|
28
28
|
|
|
29
29
|
### Setup Mode Behavior
|
|
30
30
|
|
|
31
|
-
In setup mode, create governance structure **directly** using \`nestr_create_nest\` — do NOT use the tension/proposal flow.
|
|
31
|
+
In setup mode, create governance structure **directly** using \`nestr_create_nest\` — do NOT use the tension/proposal flow. During initial setup, the admin or circle lead has full authority to define structure directly.
|
|
32
32
|
|
|
33
33
|
### Primary Use: Agentic vs Self-Organization
|
|
34
34
|
|
|
35
|
-
Early in setup, determine the user's primary reason for using Nestr.
|
|
35
|
+
Early in setup, determine the user's primary reason for using Nestr.
|
|
36
36
|
|
|
37
|
-
Ask: **"What's your main reason for using Nestr — managing agentic work (AI agents doing work), or role-based self-organization for your team?"** Mention that
|
|
37
|
+
Ask: **"What's your main reason for using Nestr — managing agentic work (AI agents doing work), or role-based self-organization for your team?"** Mention that most setups end up being hybrid.
|
|
38
38
|
|
|
39
|
-
Store
|
|
40
|
-
|
|
41
|
-
**If \`data['mcp.primary_use']\` is already set** on the workspace, use it — don't ask again.
|
|
39
|
+
Store on workspace: \`data: { "mcp.primary_use": "agentic" | "self-org" }\`. If already set, don't ask again.
|
|
42
40
|
|
|
43
41
|
#### Framing by Primary Use
|
|
44
42
|
|
|
45
43
|
**Agentic work** (\`mcp.primary_use: "agentic"\`):
|
|
46
|
-
- Frame circles and roles as
|
|
47
|
-
-
|
|
48
|
-
-
|
|
49
|
-
- Gently introduce self-org concepts (tensions, governance, proposals) as the user encounters them in operational mode — don't front-load the philosophy during setup, but do educate naturally.
|
|
50
|
-
- When creating roles, think about what agents will do vs what humans will do. Most setups are hybrid.
|
|
44
|
+
- Frame circles and roles as structure giving AI agents clear boundaries — what they can do, control, and are accountable for.
|
|
45
|
+
- Use approachable language: "Roles define what each agent is responsible for. Circles group related roles. Accountabilities are what a role does. Domains are what it exclusively controls."
|
|
46
|
+
- Gently introduce self-org concepts as the user encounters them in operational mode.
|
|
51
47
|
|
|
52
48
|
**Self-organization** (\`mcp.primary_use: "self-org"\`):
|
|
53
|
-
- Use
|
|
54
|
-
- Lean into purpose-driven language
|
|
49
|
+
- Use standard self-organization framing adapted to the workspace's \`self_organisation_type\`.
|
|
50
|
+
- Lean into purpose-driven language and distributed authority.
|
|
55
51
|
|
|
56
|
-
**Both modes converge:** The underlying structure
|
|
52
|
+
**Both modes converge:** The underlying structure is identical. Only the narrative wrapper changes.
|
|
57
53
|
|
|
58
54
|
#### Educate or Get Started
|
|
59
55
|
|
|
60
|
-
After determining primary use, ask: **"Would you like me to share some
|
|
61
|
-
|
|
62
|
-
If they want to learn:
|
|
63
|
-
- **For agentic users:** Explain how roles create boundaries for agents (accountabilities = what they must do, domains = what they exclusively control, purpose = why the role exists). Explain circles as teams of roles. Explain tensions as the mechanism for agents and humans to communicate needs across role boundaries — this is what makes handovers explicit and governance auditable.
|
|
64
|
-
- **For self-org users:** Walk through the core concepts: purpose, roles, circles, accountabilities, domains, tensions, governance vs operations. Adapt to their self-org flavor.
|
|
65
|
-
- Keep it concise — 2-3 minutes of reading, not a textbook. Then proceed with setup.
|
|
56
|
+
After determining primary use, ask: **"Would you like me to share some basic concepts, or just get started?"**
|
|
66
57
|
|
|
67
|
-
If they want to
|
|
58
|
+
If they want to learn, give a concise overview (~2-3 minutes of reading) adapted to their primary use, then proceed with setup.
|
|
68
59
|
|
|
69
60
|
### The Setup Wizard
|
|
70
61
|
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
Throughout the wizard, use the framing appropriate to \`mcp.primary_use\` (see above).
|
|
62
|
+
Guide the user through these steps conversationally. Adapt based on answers — skip irrelevant steps.
|
|
74
63
|
|
|
75
64
|
#### Step 0: Workspace Creation (if no workspace exists)
|
|
76
65
|
|
|
77
|
-
|
|
66
|
+
Guide through \`nestr_create_workspace\`:
|
|
78
67
|
|
|
79
|
-
1. **
|
|
80
|
-
2. **Personal or collaborative?**
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
3. **Self-organization type** (collaborative only): Ask what flavor they practice — Holacracy, Sociocracy, or generic role-based (\`roles_circles\`). If they're unsure, default to \`roles_circles\`.
|
|
85
|
-
4. **Organizational purpose**: Always probe for this — why does this workspace exist? What is it trying to achieve? They can always change it later, but starting with a clear purpose is valuable. Create the workspace with or without it.
|
|
86
|
-
5. **Plan and apps**: For collaborative workspaces, default to \`pro\` plan (17-day trial). Ask if they want to enable optional apps (OKRs, feedback, insights).
|
|
68
|
+
1. **Organization name** → workspace title
|
|
69
|
+
2. **Personal or collaborative?** Personal = free forever, solo. Collaborative = free trial, team.
|
|
70
|
+
3. **Self-organization type** (collaborative only): Holacracy, Sociocracy, or generic role-based (\`roles_circles\`). Default to \`roles_circles\` if unsure.
|
|
71
|
+
4. **Organizational purpose**: Probe for why this workspace exists. They can change it later.
|
|
72
|
+
5. **Plan and apps**: Default to \`pro\` plan (17-day trial). Ask about optional apps (OKRs, feedback, insights).
|
|
87
73
|
|
|
88
|
-
After creation, continue to
|
|
74
|
+
After creation, continue to Primary Use question, then Step 1.
|
|
89
75
|
|
|
90
|
-
|
|
76
|
+
If one workspace exists, check if setup mode applies. If multiple, ask which to set up.
|
|
91
77
|
|
|
92
78
|
#### Step 1: Understand the Organization
|
|
93
79
|
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
1. **New or existing organization?** Ask if they are:
|
|
97
|
-
- Setting up a brand new organization from scratch
|
|
98
|
-
- Capturing an existing organization's structure in Nestr
|
|
99
|
-
- Migrating from another tool (Peerdom, Holaspirit, Glassfrog, or CSV)
|
|
80
|
+
1. **New or existing?** Setting up from scratch, capturing existing structure, or migrating from another tool.
|
|
100
81
|
|
|
101
|
-
2. **If migrating
|
|
82
|
+
2. **If migrating:** Direct to help docs:
|
|
102
83
|
- Holaspirit: \`https://help.nestr.io/en/integrations/importing-data-from-holaspirit\`
|
|
103
84
|
- Glassfrog: \`https://help.nestr.io/en/integrations/importing-data-from-glassfrog\`
|
|
104
|
-
- General
|
|
105
|
-
-
|
|
106
|
-
- After import, skip to Step 5 (Review).
|
|
85
|
+
- General: \`https://help.nestr.io/en/integrations/importing-and-exporting-your-data-with-nestr\`
|
|
86
|
+
- CSV: Ask for file content. Expected columns: circle, role, purpose, accountabilities. Parse and create programmatically. After import, skip to Step 5.
|
|
107
87
|
|
|
108
|
-
3. **Research the
|
|
109
|
-
- Ask if the organization has a website. If yes, research it to understand what the org does.
|
|
110
|
-
- Ask the user what the organization does and who it serves.
|
|
111
|
-
- Present your understanding of the organization back to the user and ask if it's accurate. Refine until they confirm.
|
|
88
|
+
3. **Research:** Ask about website, what the org does, who it serves. Present understanding back and refine.
|
|
112
89
|
|
|
113
|
-
4. **
|
|
114
|
-
- If not, suggest one based on your research and conversation, and explain they can always change it later.
|
|
115
|
-
- If yes, confirm it still reflects what they want.
|
|
116
|
-
- Update the workspace purpose using \`nestr_update_nest\` if needed.
|
|
90
|
+
4. **Purpose:** Check if set; suggest one if not. Update via \`nestr_update_nest\` if needed.
|
|
117
91
|
|
|
118
|
-
5. **Size and scope:**
|
|
119
|
-
- Ask approximately how many people (and/or agents) work in the organization or will be part of this workspace.
|
|
120
|
-
- Ask about the main functional areas of work (e.g., development, sales, marketing, operations, HR, finance, R&D, production, customer support, etc.).
|
|
92
|
+
5. **Size and scope:** How many people/agents? Main functional areas of work?
|
|
121
93
|
|
|
122
94
|
#### Step 2: Define Functional Areas
|
|
123
95
|
|
|
124
|
-
|
|
96
|
+
Suggest circles based on your research. Be specific to their organization:
|
|
97
|
+
- Software company: Product Development, Customer Success, Marketing & Growth, Operations
|
|
98
|
+
- Manufacturing: Production, Quality, Sales, Supply Chain, R&D
|
|
99
|
+
- Nonprofit: Programs, Fundraising, Communications, Operations
|
|
125
100
|
|
|
126
|
-
|
|
127
|
-
- A software company might have: Product Development, Customer Success, Marketing & Growth, Operations
|
|
128
|
-
- A manufacturing company might have: Production, Quality, Sales, Supply Chain, R&D
|
|
129
|
-
- A nonprofit might have: Programs, Fundraising, Communications, Operations
|
|
130
|
-
|
|
131
|
-
2. Present the suggested areas and ask:
|
|
132
|
-
- Are these the right areas?
|
|
133
|
-
- Any missing?
|
|
134
|
-
- Any that should be combined or split?
|
|
135
|
-
|
|
136
|
-
3. Refine until the user confirms the functional areas.
|
|
101
|
+
Present, refine until confirmed.
|
|
137
102
|
|
|
138
103
|
#### Step 3: Create Structure
|
|
139
104
|
|
|
140
|
-
|
|
141
|
-
|
|
142
|
-
1. **Ask the user's preference:**
|
|
143
|
-
- **"Create a starting structure for me"** — The agent creates all circles with suggested roles, accountabilities, and domains in one go. The user reviews and adjusts afterward.
|
|
144
|
-
- **"Let's go circle by circle"** — Walk through each circle, discussing roles, accountabilities, and domains before creating.
|
|
105
|
+
1. **Ask preference:** "Create a starting structure for me" (batch create, review after) or "Let's go circle by circle" (discuss before creating).
|
|
145
106
|
|
|
146
|
-
2. **Creating circles:**
|
|
107
|
+
2. **Creating circles:** \`nestr_create_nest\` with \`labels: ["circle"]\` under workspace. Core roles (Circle Lead, Facilitator, Secretary, Rep Link) are created automatically — do NOT create manually.
|
|
147
108
|
|
|
148
|
-
3. **Creating roles:**
|
|
109
|
+
3. **Creating roles:** \`nestr_create_nest\` with \`labels: ["role"]\` including \`accountabilities\` and \`domains\` arrays.
|
|
149
110
|
|
|
150
111
|
4. **Role design principles:**
|
|
151
112
|
- Prefer more smaller roles over fewer large ones
|
|
152
|
-
-
|
|
153
|
-
-
|
|
154
|
-
-
|
|
155
|
-
- Name roles by function, not by person ("Developer" not "John's work")
|
|
113
|
+
- Accountabilities should be concrete ongoing activities ("Developing features" not "Managing development")
|
|
114
|
+
- Domains represent areas of exclusive control
|
|
115
|
+
- Name roles by function, not by person
|
|
156
116
|
|
|
157
117
|
#### Step 4: Create Setup Project
|
|
158
118
|
|
|
159
|
-
|
|
119
|
+
1. **Find parent:** Check if workspace creator is assigned to the \`circle-lead\` role. If yes, create under that role. If no, create directly under workspace with \`individual-action\` label.
|
|
160
120
|
|
|
161
|
-
|
|
162
|
-
- Check if the workspace creator is assigned to a role with the \`circle-lead\` label in the workspace (anchor circle)
|
|
163
|
-
- If yes: create the project under that circle-lead role
|
|
164
|
-
- If no: create the project directly under the workspace with the \`individual-action\` label
|
|
121
|
+
2. **Create project:** Title: "Workspace governance setup completed", labels: \`["project"]\`, fields: \`{ "project.status": "Current" }\`, assign to current user.
|
|
165
122
|
|
|
166
|
-
|
|
167
|
-
- Title: "Workspace governance setup completed"
|
|
168
|
-
- Labels: \`["project"]\`
|
|
169
|
-
- Fields: \`{ "project.status": "Current" }\`
|
|
170
|
-
- Purpose: Describe what done looks like for the setup
|
|
171
|
-
- Assign to the current user
|
|
123
|
+
3. **Store reference:** \`nestr_update_nest\` on workspace with \`data: { "mcp.setup_project": "<project_id>" }\`.
|
|
172
124
|
|
|
173
|
-
|
|
174
|
-
- Set \`data: { "mcp.setup_project": "<project_id>" }\` on the workspace
|
|
175
|
-
|
|
176
|
-
4. **Create tasks under the project** for remaining work:
|
|
177
|
-
- "Review and refine circle purposes" (if applicable)
|
|
178
|
-
- "Review and refine role accountabilities" (if applicable)
|
|
179
|
-
- "Invite team members to the workspace" — assigned to the admin
|
|
180
|
-
- "Assign roles to team members" — assigned to the admin
|
|
181
|
-
- "Set up recurring meetings (governance, tactical, community)" — assigned to the admin
|
|
182
|
-
- Any other tasks identified during the conversation
|
|
183
|
-
|
|
184
|
-
5. **Mark completed steps:** Mark any tasks that were already done during the wizard as completed.
|
|
125
|
+
4. **Create tasks:** Review/refine circle purposes, review/refine role accountabilities, invite team members, assign roles, set up recurring meetings. Mark completed steps done.
|
|
185
126
|
|
|
186
127
|
#### Step 5: Review and Refine
|
|
187
128
|
|
|
188
|
-
|
|
189
|
-
|
|
190
|
-
1. Present a summary of the full structure created:
|
|
191
|
-
- Workspace purpose
|
|
192
|
-
- Each circle with its purpose
|
|
193
|
-
- Roles within each circle with their accountabilities and domains
|
|
194
|
-
|
|
195
|
-
2. Ask if anything needs to be adjusted — offer to:
|
|
196
|
-
- Add, remove, or rename circles
|
|
197
|
-
- Add, remove, or rename roles
|
|
198
|
-
- Adjust accountabilities or domains
|
|
199
|
-
- Move roles between circles
|
|
200
|
-
|
|
201
|
-
3. Remind the user that governance is a living thing — they can always evolve it later through tensions and proposals once the team is onboarded.
|
|
129
|
+
Present full structure summary (workspace purpose, circles with purposes, roles with accountabilities and domains). Offer adjustments. Remind that governance is living — evolves through tensions and proposals.
|
|
202
130
|
|
|
203
131
|
#### Step 6: Next Steps
|
|
204
132
|
|
|
205
|
-
|
|
206
|
-
|
|
207
|
-
|
|
208
|
-
2. Briefly explain how governance evolves from here:
|
|
209
|
-
- Once team members join and are assigned roles, governance changes should go through the tension/proposal process
|
|
210
|
-
- For agentic users: emphasize that tensions are how agents and humans communicate needs across role boundaries — this is what makes handovers explicit and governance fully auditable
|
|
211
|
-
- Encourage them to explore tensions as they start working
|
|
212
|
-
3. Link to the workspace: \`https://app.nestr.io/n/<workspaceId>\`
|
|
133
|
+
1. Point to setup project for remaining tasks.
|
|
134
|
+
2. Explain governance evolution: once team joins, changes go through tension/proposal process. For agentic users, emphasize tensions as the mechanism for agent-human communication.
|
|
135
|
+
3. Link to workspace: \`https://app.nestr.io/n/<workspaceId>\`
|
|
213
136
|
|
|
214
137
|
### Circle-Level Setup
|
|
215
138
|
|
|
216
|
-
|
|
217
|
-
- Skip Steps 0 and 1
|
|
218
|
-
- Inherit \`mcp.primary_use\` from
|
|
219
|
-
- Start at Step 2
|
|
220
|
-
-
|
|
221
|
-
- Store
|
|
139
|
+
Same wizard but scoped to the circle:
|
|
140
|
+
- Skip Steps 0 and 1
|
|
141
|
+
- Inherit \`mcp.primary_use\` from workspace
|
|
142
|
+
- Start at Step 2 for the circle's functional areas
|
|
143
|
+
- Create setup project under circle lead's role
|
|
144
|
+
- Store reference as \`data: { "mcp.setup_project": "<project_id>" }\` on the circle
|
|
222
145
|
|
|
223
146
|
### Resuming Setup
|
|
224
147
|
|
|
225
|
-
If
|
|
226
|
-
- If the project has incomplete tasks, setup is in progress — offer to continue where they left off
|
|
227
|
-
- Review the project tasks to understand what's been done and what remains
|
|
228
|
-
- Pick up the wizard from the appropriate step
|
|
148
|
+
If workspace/circle has \`data['mcp.setup_project']\`, check the project's status. If incomplete tasks remain, offer to continue where they left off.
|
|
229
149
|
`.trim();
|
|
230
150
|
//# sourceMappingURL=workspace-setup.js.map
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"workspace-setup.js","sourceRoot":"","sources":["../../src/skills/workspace-setup.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH,MAAM,CAAC,MAAM,4BAA4B,GAAG
|
|
1
|
+
{"version":3,"file":"workspace-setup.js","sourceRoot":"","sources":["../../src/skills/workspace-setup.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH,MAAM,CAAC,MAAM,4BAA4B,GAAG;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA6I3C,CAAC,IAAI,EAAE,CAAC"}
|
package/build/tools/index.d.ts
CHANGED
|
@@ -31,7 +31,7 @@ export declare const schemas: {
|
|
|
31
31
|
type: z.ZodOptional<z.ZodEnum<["personal", "collaborative"]>>;
|
|
32
32
|
governance: z.ZodOptional<z.ZodEnum<["holacracy", "sociocracy", "roles_circles"]>>;
|
|
33
33
|
plan: z.ZodOptional<z.ZodEnum<["starter", "pro"]>>;
|
|
34
|
-
apps: z.ZodOptional<z.ZodArray<z.ZodEnum<["okr", "feedback", "insights"]>, "many">>;
|
|
34
|
+
apps: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodEnum<["okr", "feedback", "insights"]>, "many">, ("okr" | "feedback" | "insights")[], unknown>>;
|
|
35
35
|
layout: z.ZodOptional<z.ZodEnum<["board", "list"]>>;
|
|
36
36
|
}, "strip", z.ZodTypeAny, {
|
|
37
37
|
title: string;
|
|
@@ -47,7 +47,7 @@ export declare const schemas: {
|
|
|
47
47
|
purpose?: string | undefined;
|
|
48
48
|
type?: "personal" | "collaborative" | undefined;
|
|
49
49
|
governance?: "holacracy" | "sociocracy" | "roles_circles" | undefined;
|
|
50
|
-
apps?:
|
|
50
|
+
apps?: unknown;
|
|
51
51
|
layout?: "board" | "list" | undefined;
|
|
52
52
|
}>;
|
|
53
53
|
search: z.ZodObject<{
|
|
@@ -106,10 +106,10 @@ export declare const schemas: {
|
|
|
106
106
|
title: z.ZodString;
|
|
107
107
|
purpose: z.ZodOptional<z.ZodString>;
|
|
108
108
|
description: z.ZodOptional<z.ZodString>;
|
|
109
|
-
labels: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
110
|
-
users: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
111
|
-
accountabilities: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
112
|
-
domains: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
109
|
+
labels: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
110
|
+
users: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
111
|
+
accountabilities: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
112
|
+
domains: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
113
113
|
workspaceId: z.ZodOptional<z.ZodString>;
|
|
114
114
|
}, "strip", z.ZodTypeAny, {
|
|
115
115
|
title: string;
|
|
@@ -126,10 +126,10 @@ export declare const schemas: {
|
|
|
126
126
|
parentId: string;
|
|
127
127
|
purpose?: string | undefined;
|
|
128
128
|
description?: string | undefined;
|
|
129
|
-
labels?:
|
|
130
|
-
users?:
|
|
131
|
-
accountabilities?:
|
|
132
|
-
domains?:
|
|
129
|
+
labels?: unknown;
|
|
130
|
+
users?: unknown;
|
|
131
|
+
accountabilities?: unknown;
|
|
132
|
+
domains?: unknown;
|
|
133
133
|
workspaceId?: string | undefined;
|
|
134
134
|
}>;
|
|
135
135
|
updateNest: z.ZodObject<{
|
|
@@ -138,14 +138,14 @@ export declare const schemas: {
|
|
|
138
138
|
purpose: z.ZodOptional<z.ZodString>;
|
|
139
139
|
description: z.ZodOptional<z.ZodString>;
|
|
140
140
|
parentId: z.ZodOptional<z.ZodString>;
|
|
141
|
-
labels: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
142
|
-
fields: z.ZodOptional<z.ZodRecord<z.ZodString, z.ZodUnknown>>;
|
|
143
|
-
users: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
144
|
-
data: z.ZodOptional<z.ZodRecord<z.ZodString, z.ZodUnknown>>;
|
|
141
|
+
labels: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
142
|
+
fields: z.ZodOptional<z.ZodEffects<z.ZodRecord<z.ZodString, z.ZodUnknown>, Record<string, unknown>, unknown>>;
|
|
143
|
+
users: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
144
|
+
data: z.ZodOptional<z.ZodEffects<z.ZodRecord<z.ZodString, z.ZodUnknown>, Record<string, unknown>, unknown>>;
|
|
145
145
|
due: z.ZodOptional<z.ZodString>;
|
|
146
146
|
completed: z.ZodOptional<z.ZodBoolean>;
|
|
147
|
-
accountabilities: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
148
|
-
domains: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
147
|
+
accountabilities: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
148
|
+
domains: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
149
149
|
workspaceId: z.ZodOptional<z.ZodString>;
|
|
150
150
|
}, "strip", z.ZodTypeAny, {
|
|
151
151
|
nestId: string;
|
|
@@ -168,14 +168,14 @@ export declare const schemas: {
|
|
|
168
168
|
purpose?: string | undefined;
|
|
169
169
|
description?: string | undefined;
|
|
170
170
|
parentId?: string | undefined;
|
|
171
|
-
labels?:
|
|
172
|
-
fields?:
|
|
173
|
-
data?:
|
|
171
|
+
labels?: unknown;
|
|
172
|
+
fields?: unknown;
|
|
173
|
+
data?: unknown;
|
|
174
174
|
due?: string | undefined;
|
|
175
175
|
completed?: boolean | undefined;
|
|
176
|
-
users?:
|
|
177
|
-
accountabilities?:
|
|
178
|
-
domains?:
|
|
176
|
+
users?: unknown;
|
|
177
|
+
accountabilities?: unknown;
|
|
178
|
+
domains?: unknown;
|
|
179
179
|
workspaceId?: string | undefined;
|
|
180
180
|
}>;
|
|
181
181
|
deleteNest: z.ZodObject<{
|
|
@@ -423,7 +423,7 @@ export declare const schemas: {
|
|
|
423
423
|
title: z.ZodOptional<z.ZodString>;
|
|
424
424
|
description: z.ZodOptional<z.ZodString>;
|
|
425
425
|
completed: z.ZodOptional<z.ZodBoolean>;
|
|
426
|
-
data: z.ZodOptional<z.ZodRecord<z.ZodString, z.ZodUnknown>>;
|
|
426
|
+
data: z.ZodOptional<z.ZodEffects<z.ZodRecord<z.ZodString, z.ZodUnknown>, Record<string, unknown>, unknown>>;
|
|
427
427
|
}, "strip", z.ZodTypeAny, {
|
|
428
428
|
nestId: string;
|
|
429
429
|
title?: string | undefined;
|
|
@@ -434,15 +434,15 @@ export declare const schemas: {
|
|
|
434
434
|
nestId: string;
|
|
435
435
|
title?: string | undefined;
|
|
436
436
|
description?: string | undefined;
|
|
437
|
-
data?:
|
|
437
|
+
data?: unknown;
|
|
438
438
|
completed?: boolean | undefined;
|
|
439
439
|
}>;
|
|
440
440
|
reorderInbox: z.ZodObject<{
|
|
441
|
-
nestIds: z.ZodArray<z.ZodString, "many">;
|
|
441
|
+
nestIds: z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>;
|
|
442
442
|
}, "strip", z.ZodTypeAny, {
|
|
443
443
|
nestIds: string[];
|
|
444
444
|
}, {
|
|
445
|
-
nestIds
|
|
445
|
+
nestIds?: unknown;
|
|
446
446
|
}>;
|
|
447
447
|
reorderInboxItem: z.ZodObject<{
|
|
448
448
|
nestId: z.ZodString;
|
|
@@ -478,18 +478,18 @@ export declare const schemas: {
|
|
|
478
478
|
labelId: string;
|
|
479
479
|
}>;
|
|
480
480
|
addToDailyPlan: z.ZodObject<{
|
|
481
|
-
nestIds: z.ZodArray<z.ZodString, "many">;
|
|
481
|
+
nestIds: z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>;
|
|
482
482
|
}, "strip", z.ZodTypeAny, {
|
|
483
483
|
nestIds: string[];
|
|
484
484
|
}, {
|
|
485
|
-
nestIds
|
|
485
|
+
nestIds?: unknown;
|
|
486
486
|
}>;
|
|
487
487
|
removeFromDailyPlan: z.ZodObject<{
|
|
488
|
-
nestIds: z.ZodArray<z.ZodString, "many">;
|
|
488
|
+
nestIds: z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>;
|
|
489
489
|
}, "strip", z.ZodTypeAny, {
|
|
490
490
|
nestIds: string[];
|
|
491
491
|
}, {
|
|
492
|
-
nestIds
|
|
492
|
+
nestIds?: unknown;
|
|
493
493
|
}>;
|
|
494
494
|
listPersonalLabels: z.ZodObject<{}, "strip", z.ZodTypeAny, {}, {}>;
|
|
495
495
|
createPersonalLabel: z.ZodObject<{
|
|
@@ -523,13 +523,13 @@ export declare const schemas: {
|
|
|
523
523
|
}>;
|
|
524
524
|
bulkReorder: z.ZodObject<{
|
|
525
525
|
workspaceId: z.ZodString;
|
|
526
|
-
nestIds: z.ZodArray<z.ZodString, "many">;
|
|
526
|
+
nestIds: z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>;
|
|
527
527
|
}, "strip", z.ZodTypeAny, {
|
|
528
528
|
workspaceId: string;
|
|
529
529
|
nestIds: string[];
|
|
530
530
|
}, {
|
|
531
531
|
workspaceId: string;
|
|
532
|
-
nestIds
|
|
532
|
+
nestIds?: unknown;
|
|
533
533
|
}>;
|
|
534
534
|
getDailyPlan: z.ZodObject<{}, "strip", z.ZodTypeAny, {}, {}>;
|
|
535
535
|
getMe: z.ZodObject<{
|
|
@@ -665,14 +665,14 @@ export declare const schemas: {
|
|
|
665
665
|
tensionId: z.ZodString;
|
|
666
666
|
_id: z.ZodOptional<z.ZodString>;
|
|
667
667
|
title: z.ZodOptional<z.ZodString>;
|
|
668
|
-
labels: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
668
|
+
labels: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
669
669
|
purpose: z.ZodOptional<z.ZodString>;
|
|
670
670
|
description: z.ZodOptional<z.ZodString>;
|
|
671
671
|
parentId: z.ZodOptional<z.ZodString>;
|
|
672
|
-
users: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
672
|
+
users: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
673
673
|
due: z.ZodOptional<z.ZodString>;
|
|
674
|
-
accountabilities: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
675
|
-
domains: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
674
|
+
accountabilities: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
675
|
+
domains: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
676
676
|
}, "strip", z.ZodTypeAny, {
|
|
677
677
|
nestId: string;
|
|
678
678
|
tensionId: string;
|
|
@@ -694,11 +694,11 @@ export declare const schemas: {
|
|
|
694
694
|
purpose?: string | undefined;
|
|
695
695
|
description?: string | undefined;
|
|
696
696
|
parentId?: string | undefined;
|
|
697
|
-
labels?:
|
|
697
|
+
labels?: unknown;
|
|
698
698
|
due?: string | undefined;
|
|
699
|
-
users?:
|
|
700
|
-
accountabilities?:
|
|
701
|
-
domains?:
|
|
699
|
+
users?: unknown;
|
|
700
|
+
accountabilities?: unknown;
|
|
701
|
+
domains?: unknown;
|
|
702
702
|
}>;
|
|
703
703
|
modifyTensionPart: z.ZodObject<{
|
|
704
704
|
nestId: z.ZodString;
|
|
@@ -707,12 +707,12 @@ export declare const schemas: {
|
|
|
707
707
|
title: z.ZodOptional<z.ZodString>;
|
|
708
708
|
purpose: z.ZodOptional<z.ZodString>;
|
|
709
709
|
description: z.ZodOptional<z.ZodString>;
|
|
710
|
-
labels: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
710
|
+
labels: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
711
711
|
parentId: z.ZodOptional<z.ZodString>;
|
|
712
|
-
users: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
712
|
+
users: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
713
713
|
due: z.ZodOptional<z.ZodString>;
|
|
714
|
-
accountabilities: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
715
|
-
domains: z.ZodOptional<z.ZodArray<z.ZodString, "many">>;
|
|
714
|
+
accountabilities: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
715
|
+
domains: z.ZodOptional<z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>>;
|
|
716
716
|
}, "strip", z.ZodTypeAny, {
|
|
717
717
|
nestId: string;
|
|
718
718
|
tensionId: string;
|
|
@@ -734,11 +734,11 @@ export declare const schemas: {
|
|
|
734
734
|
purpose?: string | undefined;
|
|
735
735
|
description?: string | undefined;
|
|
736
736
|
parentId?: string | undefined;
|
|
737
|
-
labels?:
|
|
737
|
+
labels?: unknown;
|
|
738
738
|
due?: string | undefined;
|
|
739
|
-
users?:
|
|
740
|
-
accountabilities?:
|
|
741
|
-
domains?:
|
|
739
|
+
users?: unknown;
|
|
740
|
+
accountabilities?: unknown;
|
|
741
|
+
domains?: unknown;
|
|
742
742
|
}>;
|
|
743
743
|
removeTensionPart: z.ZodObject<{
|
|
744
744
|
nestId: z.ZodString;
|
|
@@ -771,7 +771,7 @@ export declare const schemas: {
|
|
|
771
771
|
tensionId: z.ZodString;
|
|
772
772
|
partId: z.ZodString;
|
|
773
773
|
title: z.ZodString;
|
|
774
|
-
labels: z.ZodArray<z.ZodString, "many">;
|
|
774
|
+
labels: z.ZodEffects<z.ZodArray<z.ZodString, "many">, string[], unknown>;
|
|
775
775
|
}, "strip", z.ZodTypeAny, {
|
|
776
776
|
title: string;
|
|
777
777
|
labels: string[];
|
|
@@ -780,10 +780,10 @@ export declare const schemas: {
|
|
|
780
780
|
partId: string;
|
|
781
781
|
}, {
|
|
782
782
|
title: string;
|
|
783
|
-
labels: string[];
|
|
784
783
|
nestId: string;
|
|
785
784
|
tensionId: string;
|
|
786
785
|
partId: string;
|
|
786
|
+
labels?: unknown;
|
|
787
787
|
}>;
|
|
788
788
|
updateTensionPartChild: z.ZodObject<{
|
|
789
789
|
nestId: z.ZodString;
|
|
@@ -1267,11 +1267,6 @@ export declare const toolDefinitions: ({
|
|
|
1267
1267
|
};
|
|
1268
1268
|
required: string[];
|
|
1269
1269
|
};
|
|
1270
|
-
_meta: {
|
|
1271
|
-
ui: {
|
|
1272
|
-
resourceUri: string;
|
|
1273
|
-
};
|
|
1274
|
-
};
|
|
1275
1270
|
} | {
|
|
1276
1271
|
annotations: {
|
|
1277
1272
|
readOnlyHint: boolean;
|
|
@@ -1452,11 +1447,6 @@ export declare const toolDefinitions: ({
|
|
|
1452
1447
|
};
|
|
1453
1448
|
required: string[];
|
|
1454
1449
|
};
|
|
1455
|
-
_meta: {
|
|
1456
|
-
ui: {
|
|
1457
|
-
resourceUri: string;
|
|
1458
|
-
};
|
|
1459
|
-
};
|
|
1460
1450
|
} | {
|
|
1461
1451
|
annotations: {
|
|
1462
1452
|
readOnlyHint: boolean;
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../src/tools/index.ts"],"names":[],"mappings":"AAAA;;;GAGG;AAEH,OAAO,EAAE,CAAC,EAAE,MAAM,KAAK,CAAC;AACxB,OAAO,EAAiB,KAAK,WAAW,EAA6C,MAAM,kBAAkB,CAAC;
|
|
1
|
+
{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../src/tools/index.ts"],"names":[],"mappings":"AAAA;;;GAGG;AAEH,OAAO,EAAE,CAAC,EAAE,MAAM,KAAK,CAAC;AACxB,OAAO,EAAiB,KAAK,WAAW,EAA6C,MAAM,kBAAkB,CAAC;AA6K9G,eAAO,MAAM,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAmanB,CAAC;AAQF,eAAO,MAAM,eAAe;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;IA2iC3B,CAAC;AAGF,MAAM,MAAM,UAAU,GAAG;IACvB,OAAO,EAAE,KAAK,CAAC;QAAE,IAAI,EAAE,MAAM,CAAC;QAAC,IAAI,EAAE,MAAM,CAAA;KAAE,CAAC,CAAC;IAC/C,OAAO,CAAC,EAAE,OAAO,CAAC;CACnB,CAAC;AAuBF,wBAAsB,cAAc,CAClC,MAAM,EAAE,WAAW,EACnB,IAAI,EAAE,MAAM,EACZ,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,GAC5B,OAAO,CAAC,UAAU,CAAC,CAcrB"}
|