mcp-scraper 0.29.0 → 0.29.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.
@@ -7,7 +7,7 @@ import {
7
7
  registerMemoryMcpTools,
8
8
  registerPaaExtractorMcpTools,
9
9
  registerSerpIntelligenceCaptureTools
10
- } from "../chunk-66SYKL2G.js";
10
+ } from "../chunk-HVQR7VAE.js";
11
11
  import "../chunk-R7EETU7Z.js";
12
12
  import "../chunk-MTSBI7ZH.js";
13
13
  import {
@@ -16,7 +16,7 @@ import {
16
16
  import "../chunk-ZQSHKWV4.js";
17
17
  import {
18
18
  PACKAGE_VERSION
19
- } from "../chunk-7TNTBRQW.js";
19
+ } from "../chunk-63PP32WV.js";
20
20
  import "../chunk-4767BA2O.js";
21
21
  import "../chunk-M2S27J6Z.js";
22
22
  import "../chunk-ICT7DDHL.js";
@@ -0,0 +1,7 @@
1
+ // src/version.ts
2
+ var PACKAGE_VERSION = "0.29.1";
3
+
4
+ export {
5
+ PACKAGE_VERSION
6
+ };
7
+ //# sourceMappingURL=chunk-63PP32WV.js.map
@@ -0,0 +1 @@
1
+ {"version":3,"sources":["../src/version.ts"],"sourcesContent":["export const PACKAGE_VERSION = '0.29.1'\n"],"mappings":";AAAO,IAAM,kBAAkB;","names":[]}
@@ -19,7 +19,7 @@ import {
19
19
  } from "./chunk-ZQSHKWV4.js";
20
20
  import {
21
21
  PACKAGE_VERSION
22
- } from "./chunk-7TNTBRQW.js";
22
+ } from "./chunk-63PP32WV.js";
23
23
  import {
24
24
  MC_PER_CREDIT
25
25
  } from "./chunk-4767BA2O.js";
@@ -406,8 +406,8 @@ vaults \u2014 call **list-vaults** to see what exists before creating anything n
406
406
  matches the content: **Ideas** (unvalidated concepts), **Knowledge** (distilled lessons/how-tos),
407
407
  **Library** (raw source material \u2014 articles, transcripts), **People** (one durable note per person/org),
408
408
  **Deals** (commercial opportunities tied to a known person or organization), **Communications** (individual
409
- conversation records and drafts), **Calendar** (time-anchored entries), **Tasks** (action items linked to a
410
- known Project), **Projects** (only codebases, known client projects, personal projects, or ongoing siloed
409
+ conversation records and drafts), **Calendar** (time-anchored entries), **Tasks** (independent Inbox action items
410
+ that may link to a known Project), **Projects** (only codebases, known client projects, personal projects, or ongoing siloed
411
411
  workstreams), **Issues** (something broken),
412
412
  **Improvement Log** (receipts of changes made and whether they worked), **Experiments** (hypothesis +
413
413
  measured result), **Sprint** (current cycle's scope), **Inspiration** (other people's work worth
@@ -423,11 +423,16 @@ they'll filter/sort by exact value. **memory-search** is meaning-based over full
423
423
  **memory-list** filters one vault by kind/tags (fast, exact).
424
424
 
425
425
  For People, Deals, Projects, Tasks, and Communications, use the returned contract rather than guessing:
426
- People only holds a real person or organization hub; Deals need a known party; Projects need
427
- \`project_kind\`; every Task needs a verified \`project_ref\` and matching project name; and email drafts
428
- awaiting human review need \`direction:"draft"\` with \`approval_state:"pending"\`. Link a known person,
429
- project, deal, or communication when verified. If a required relationship is not clear, ask the user rather
430
- than creating a free-floating record. Overview is the review queue: editing leaves a draft pending, and
426
+ People only holds a real person or organization hub. Its contact card uses \`phone\`, \`text_phone\`, and
427
+ \`email\` for Call/Text/Email; \`memories\` for durable person context; and linked Deals, Projects,
428
+ Communications, and Calendar records for the other sections. Deals need a known party; Projects need
429
+ \`project_kind\`; Tasks can be independent Inbox todos or link a verified \`project_ref\` and matching
430
+ project name; and email drafts awaiting human review need \`direction:"draft"\` with
431
+ \`approval_state:"pending"\`. Link a known person, project, deal, or communication only when verified.
432
+ When the user asks to add Gmail or Google Calendar evidence from a connected account, first resolve the
433
+ existing People hub. Persist Gmail as one linked **Communications** email and Calendar as one linked
434
+ **Calendar** event, each with the provider's stable reference and \`person_refs\`; do not create a person
435
+ from a subject line, infer attendees, or silently bulk-import a mailbox/calendar. If a relationship is requested but not clear, ask the user rather than inventing one. Overview is the review queue: editing leaves a draft pending, and
431
436
  approval or denial records a state only\u2014it does not send email.
432
437
 
433
438
  Treat every memory create or update as a graph operation. **prepare-memory-write** supplies the initial
@@ -5612,7 +5617,7 @@ function registerPaaExtractorMcpTools(server, executor, options = {}) {
5612
5617
  }, async (input) => buildMetaAdCreativeMediaResult(executor, input));
5613
5618
  server.registerTool("import_service_connection_to_memory", {
5614
5619
  title: "Import Connected Service Snapshot to Memory",
5615
- description: "Run exactly one bounded, approved read on a tenant-owned connected service and upsert the redacted result into an existing ordinary Memory vault at a server-generated stable path. The saved document is embedded for RAG and marked as untrusted provider data, never instructions. This is a one-result snapshot: it does not paginate, bulk-import an account, continuously sync changes, propagate deletions, or create normalized tables. Use list_service_connections first and supply an exact current readTools entry; action and admin tools are rejected.",
5620
+ description: "Run exactly one bounded, approved read on a tenant-owned connected service and upsert the redacted result into an existing ordinary Memory vault at a server-generated stable path. The saved document is embedded for RAG and marked as untrusted provider data, never instructions. This is a one-result snapshot: it does not paginate, bulk-import an account, continuously sync changes, propagate deletions, or create normalized tables. It is not a People contact-card activity importer: when the user asks to add verified Gmail or Calendar activity to a person, resolve the People hub and create a linked Communications or Calendar record with stable provider references instead. Use list_service_connections first and supply an exact current readTools entry; action and admin tools are rejected.",
5616
5621
  inputSchema: ImportServiceConnectionToMemoryInputSchema,
5617
5622
  outputSchema: recordOutputSchema("import_service_connection_to_memory", ImportServiceConnectionToMemoryOutputSchema),
5618
5623
  annotations: { title: "Import Connected Service Snapshot to Memory", readOnlyHint: false, destructiveHint: false, idempotentHint: true, openWorldHint: true }
@@ -8175,7 +8180,7 @@ var memoryCaptureTool_notePropsSchema = z3.object({
8175
8180
  var MemoryCaptureSchema = {
8176
8181
  id: "memory-capture",
8177
8182
  upstreamName: "memoryCaptureTool",
8178
- description: "Strict normal-create path for durable memory. Before capture, list the complete tag vocabulary, call prepare-memory-write, run hybrid memory-search for related notes, and read the strongest link candidates. This tool refuses incomplete notes and invalid relationship-domain writes: projects need a project kind, tasks need a verified project, deals need a known party, and draft emails need a pending approval state. It writes through memory-put, registers canonical tags, and verifies persisted content and props. Reserve memory-put for low-level migrations or deliberate edits.",
8183
+ description: "Strict normal-create path for durable memory. Before capture, list the complete tag vocabulary, call prepare-memory-write, run hybrid memory-search for related notes, and read the strongest link candidates. This tool refuses incomplete notes and invalid relationship-domain writes: projects need a project kind, tasks can be independent Inbox todos or link a verified project, deals need a known party, and draft emails need a pending approval state. It writes through memory-put, registers canonical tags, and verifies persisted content and props. Reserve memory-put for low-level migrations or deliberate edits.",
8179
8184
  input: {
8180
8185
  vault: z3.string(),
8181
8186
  folder: z3.string().optional(),
@@ -8233,7 +8238,7 @@ var MemoryQuestionsSchema = {
8233
8238
  var PrepareMemoryWriteSchema = {
8234
8239
  id: "prepare-memory-write",
8235
8240
  upstreamName: "prepareMemoryWriteTool",
8236
- description: "Mandatory planning pass for a normal new memory. First inspect the complete tag vocabulary with list-memory-tags; then this pass routes the note, returns the live template and natural vault relationships, resolves proposed tags, and shortlists interlinks. For People, Deals, Projects, Tasks, and Communications, it also returns required relationship and approval guidance: search existing records first and ask rather than inventing a missing project or party. Use hybrid memory-search (3 focused queries, 50 fused candidates, bounded graph expansion, rerank to 30 by default) and read strong related notes before capture. This is an explicit AI workflow directive, not a claim of persisted call-order enforcement.",
8241
+ description: "Mandatory planning pass for a normal new memory. First inspect the complete tag vocabulary with list-memory-tags; then this pass routes the note, returns the live template and natural vault relationships, resolves proposed tags, and shortlists interlinks. For People, Deals, Projects, Tasks, and Communications, it also returns relationship and approval guidance: a Task may be an independent Inbox todo, so search existing records only before adding a requested project or party link and never invent one. Use hybrid memory-search (3 focused queries, 50 fused candidates, bounded graph expansion, rerank to 30 by default) and read strong related notes before capture. This is an explicit AI workflow directive, not a claim of persisted call-order enforcement.",
8237
8242
  input: {
8238
8243
  title: z3.string().min(1),
8239
8244
  content: z3.string().min(1),
@@ -8940,7 +8945,7 @@ var putTool_notePropsSchema = z3.object({
8940
8945
  var PutSchema = {
8941
8946
  id: "memory-put",
8942
8947
  upstreamName: "putTool",
8943
- description: "Create or deliberately edit one note at a path in a memory vault; content is persisted and indexed for search. For normal new People, Deals, Projects, Tasks, or Communications records, use prepare-memory-write then memory-capture: People must be real people or organizations, Deals need a known party, Projects need a supported kind, Tasks need a verified Project, and draft emails need pending approval. For row-shaped datasets you'll filter/sort by exact value, use table-create/table-insert-rows/table-query instead. Ordinary vaults are indexed and shareable \u2014 never store real secrets there; use a secure vault (create-secure-vault) instead, which is never indexed or shareable and is encrypted at rest. Requires write scope.",
8948
+ description: "Create or deliberately edit one note at a path in a memory vault; content is persisted and indexed for search. For normal new People, Deals, Projects, Tasks, or Communications records, use prepare-memory-write then memory-capture: People must be real people or organizations, Deals need a known party, Projects need a supported kind, Tasks may be independent Inbox todos or use a verified Project link when requested, and draft emails need pending approval. For row-shaped datasets you'll filter/sort by exact value, use table-create/table-insert-rows/table-query instead. Ordinary vaults are indexed and shareable \u2014 never store real secrets there; use a secure vault (create-secure-vault) instead, which is never indexed or shareable and is encrypted at rest. Requires write scope.",
8944
8949
  input: {
8945
8950
  vault: z3.string().optional().describe(
8946
8951
  "Vault to write to. Optional; defaults to the session active vault, then the first vault the caller is entitled to. On a default-provisioned account, pick the vault whose job matches the content (see the server instructions for the full 15-vault guide) rather than defaulting blindly \u2014 e.g. a lesson learned goes in Knowledge, the raw source it came from goes in Library, a broken feature goes in Issues, a named real-world initiative goes in Projects. Do not use this low-level tool to create ordinary People, Deals, Projects, Tasks, or Communications records: first use prepare-memory-write then memory-capture so relationships and approval state are validated."
@@ -10079,4 +10084,4 @@ export {
10079
10084
  MEMORY_TOOL_SCHEMAS,
10080
10085
  registerMemoryMcpTools
10081
10086
  };
10082
- //# sourceMappingURL=chunk-66SYKL2G.js.map
10087
+ //# sourceMappingURL=chunk-HVQR7VAE.js.map