imperal.io
  • How it works
  • Use cases
  • Technology
  • Pricing
Login
Webbee AIWebbee Codeimperal-mcpDevelopers & SDKSecurity & Vault
Add an app · Marketplace
imperal.ioICNLI Cloud OS

One OS for everything you run. Webbee is your agent inside it, she does the work, you stay in control.

Product
  • Webbee
  • Webbee Code
  • Imperal MCP
  • Marketplace
  • Use cases
  • Pricing
  • Open panel
Resources
  • Security
  • Technology
  • Success stories
  • Blog
Developers
  • Developers
  • Docs
  • Quick start
  • SDK reference
  • Developer portal
Company
  • About
  • Contact
  • Legal
Open protocol
  • ICNLI
  • SDK on GitHub
© 2026 Imperal, Inc. · ICNLI published at icnli.org under CC BY-SA 4.0
TermsPrivacy
  1. Home
  2. /
  3. Marketplace
  4. /
  5. Notarize
CO

Notarize Extension

⚖ Legal & Contracts·by bluebeeweb·v0.1.0
Pay per use1-40 tok/action
Open in panel
0 capabilities0 actions0 installs

About this extension

Notarize (Proof) API connector: online notarization transactions, notary documents, signer status, and closing events.

What you get

Every capability exposed by Notarize, metered per action and guarded by the two-step safety protocol.

  • connect_notarizewrite

    Typed function declaration. The platform reads ``chain_callable`` from the manifest to pick typed dispatch (direct ``app/func(args)`` call) vs. legacy ChatExtension LLM-router delegation. Defaults to ``True`` for ALL ``action_type`` values since v4.2.10, so the platform can deterministically execute the typed tool without giving the LLM a chance to summarise instead. ``effects`` declares the *intended* side-effect surface (``["create:note"]``, ``["delete:folder"]``, …). **Reserved / advisory:** the kernel does not currently consume it (no narrator / audit-ledger read today); it is retained as declared-intent metadata emitted into the manifest. ``id_projection`` declares the Pydantic params field that carries the resolved target id when this tool runs as a downstream chain step. Default empty - the platform falls back to a verb-prefix heuristic (``delete_note`` -> ``note_id``). Required for compound names where the heuristic produces a wrong field (``delete_notes_from_folder`` would naively yield ``notes_from_folder_id`` instead of ``folder_id``).

  • list_connectionsread

    Typed function declaration. The platform reads ``chain_callable`` from the manifest to pick typed dispatch (direct ``app/func(args)`` call) vs. legacy ChatExtension LLM-router delegation. Defaults to ``True`` for ALL ``action_type`` values since v4.2.10, so the platform can deterministically execute the typed tool without giving the LLM a chance to summarise instead. ``effects`` declares the *intended* side-effect surface (``["create:note"]``, ``["delete:folder"]``, …). **Reserved / advisory:** the kernel does not currently consume it (no narrator / audit-ledger read today); it is retained as declared-intent metadata emitted into the manifest. ``id_projection`` declares the Pydantic params field that carries the resolved target id when this tool runs as a downstream chain step. Default empty - the platform falls back to a verb-prefix heuristic (``delete_note`` -> ``note_id``). Required for compound names where the heuristic produces a wrong field (``delete_notes_from_folder`` would naively yield ``notes_from_folder_id`` instead of ``folder_id``).

  • disconnect_notarizedestructive

    Typed function declaration. The platform reads ``chain_callable`` from the manifest to pick typed dispatch (direct ``app/func(args)`` call) vs. legacy ChatExtension LLM-router delegation. Defaults to ``True`` for ALL ``action_type`` values since v4.2.10, so the platform can deterministically execute the typed tool without giving the LLM a chance to summarise instead. ``effects`` declares the *intended* side-effect surface (``["create:note"]``, ``["delete:folder"]``, …). **Reserved / advisory:** the kernel does not currently consume it (no narrator / audit-ledger read today); it is retained as declared-intent metadata emitted into the manifest. ``id_projection`` declares the Pydantic params field that carries the resolved target id when this tool runs as a downstream chain step. Default empty - the platform falls back to a verb-prefix heuristic (``delete_note`` -> ``note_id``). Required for compound names where the heuristic produces a wrong field (``delete_notes_from_folder`` would naively yield ``notes_from_folder_id`` instead of ``folder_id``).

  • list_agreementsread

    Typed function declaration. The platform reads ``chain_callable`` from the manifest to pick typed dispatch (direct ``app/func(args)`` call) vs. legacy ChatExtension LLM-router delegation. Defaults to ``True`` for ALL ``action_type`` values since v4.2.10, so the platform can deterministically execute the typed tool without giving the LLM a chance to summarise instead. ``effects`` declares the *intended* side-effect surface (``["create:note"]``, ``["delete:folder"]``, …). **Reserved / advisory:** the kernel does not currently consume it (no narrator / audit-ledger read today); it is retained as declared-intent metadata emitted into the manifest. ``id_projection`` declares the Pydantic params field that carries the resolved target id when this tool runs as a downstream chain step. Default empty - the platform falls back to a verb-prefix heuristic (``delete_note`` -> ``note_id``). Required for compound names where the heuristic produces a wrong field (``delete_notes_from_folder`` would naively yield ``notes_from_folder_id`` instead of ``folder_id``).

  • get_agreementread

    Typed function declaration. The platform reads ``chain_callable`` from the manifest to pick typed dispatch (direct ``app/func(args)`` call) vs. legacy ChatExtension LLM-router delegation. Defaults to ``True`` for ALL ``action_type`` values since v4.2.10, so the platform can deterministically execute the typed tool without giving the LLM a chance to summarise instead. ``effects`` declares the *intended* side-effect surface (``["create:note"]``, ``["delete:folder"]``, …). **Reserved / advisory:** the kernel does not currently consume it (no narrator / audit-ledger read today); it is retained as declared-intent metadata emitted into the manifest. ``id_projection`` declares the Pydantic params field that carries the resolved target id when this tool runs as a downstream chain step. Default empty - the platform falls back to a verb-prefix heuristic (``delete_note`` -> ``note_id``). Required for compound names where the heuristic produces a wrong field (``delete_notes_from_folder`` would naively yield ``notes_from_folder_id`` instead of ``folder_id``).

  • create_signature_requestwrite

    Typed function declaration. The platform reads ``chain_callable`` from the manifest to pick typed dispatch (direct ``app/func(args)`` call) vs. legacy ChatExtension LLM-router delegation. Defaults to ``True`` for ALL ``action_type`` values since v4.2.10, so the platform can deterministically execute the typed tool without giving the LLM a chance to summarise instead. ``effects`` declares the *intended* side-effect surface (``["create:note"]``, ``["delete:folder"]``, …). **Reserved / advisory:** the kernel does not currently consume it (no narrator / audit-ledger read today); it is retained as declared-intent metadata emitted into the manifest. ``id_projection`` declares the Pydantic params field that carries the resolved target id when this tool runs as a downstream chain step. Default empty - the platform falls back to a verb-prefix heuristic (``delete_note`` -> ``note_id``). Required for compound names where the heuristic produces a wrong field (``delete_notes_from_folder`` would naively yield ``notes_from_folder_id`` instead of ``folder_id``).

  • cancel_signature_requestdestructive

    Typed function declaration. The platform reads ``chain_callable`` from the manifest to pick typed dispatch (direct ``app/func(args)`` call) vs. legacy ChatExtension LLM-router delegation. Defaults to ``True`` for ALL ``action_type`` values since v4.2.10, so the platform can deterministically execute the typed tool without giving the LLM a chance to summarise instead. ``effects`` declares the *intended* side-effect surface (``["create:note"]``, ``["delete:folder"]``, …). **Reserved / advisory:** the kernel does not currently consume it (no narrator / audit-ledger read today); it is retained as declared-intent metadata emitted into the manifest. ``id_projection`` declares the Pydantic params field that carries the resolved target id when this tool runs as a downstream chain step. Default empty - the platform falls back to a verb-prefix heuristic (``delete_note`` -> ``note_id``). Required for compound names where the heuristic produces a wrong field (``delete_notes_from_folder`` would naively yield ``notes_from_folder_id`` instead of ``folder_id``).

  • audit_esign_healthread

    Typed function declaration. The platform reads ``chain_callable`` from the manifest to pick typed dispatch (direct ``app/func(args)`` call) vs. legacy ChatExtension LLM-router delegation. Defaults to ``True`` for ALL ``action_type`` values since v4.2.10, so the platform can deterministically execute the typed tool without giving the LLM a chance to summarise instead. ``effects`` declares the *intended* side-effect surface (``["create:note"]``, ``["delete:folder"]``, …). **Reserved / advisory:** the kernel does not currently consume it (no narrator / audit-ledger read today); it is retained as declared-intent metadata emitted into the manifest. ``id_projection`` declares the Pydantic params field that carries the resolved target id when this tool runs as a downstream chain step. Default empty - the platform falls back to a verb-prefix heuristic (``delete_note`` -> ``note_id``). Required for compound names where the heuristic produces a wrong field (``delete_notes_from_folder`` would naively yield ``notes_from_folder_id`` instead of ``folder_id``).

Related extensions

More extensions in Legal & Contracts ready to enable in one click.

  • ClioManage your entire legal practice from Imperal: matters, contacts, documents (upload/download/versioning), billable time and expenses, bills, tasks, calendar, communications, notes, custom fields,...
  • CO SignNowSignNow REST API connector: document upload, invite-to-sign requests, signature status, and archive.
  • DocuSignConnect your own DocuSign account (JWT Grant service integration) to send, track, and manage agreements end to end: create and send envelopes from documents or templates, manage recipients/tabs/voi...
  • IroncladConnect your own Ironclad CLM company -- launch and manage contract workflows, browse the signed-agreement Records repository, manage counterparty Entities and post-signature Obligations, and wire...

Ready to use Notarize?

Enable Notarize in your Imperal workspace in one click - 10,000 free starter credits included.

Open in panel