Digital Twin

v1.0.2

Build a psychologically grounded Digital Twin personality skill from Fireflies meeting transcripts. Use this skill whenever the user asks to create a digital...

0· 65·0 current·0 all-time
Security Scan
Capability signals
CryptoCan make purchases
These labels describe what authority the skill may exercise. They are separate from suspicious or malicious moderation verdicts.
VirusTotalVirusTotal
Benign
View report →
OpenClawOpenClaw
Benign
medium confidence
Purpose & Capability
Name/description (build a Digital Twin persona from Fireflies transcripts) matches what the SKILL.md instructs: retrieve transcripts via the user's Fireflies connector, analyze linguistic/psychometric/judgment/audience pillars, and emit an installable personality skill. There are no unrelated env vars, binaries, or install steps requested.
Instruction Scope
The SKILL.md is highly prescriptive and stays within the stated purpose, but it depends on calling the user's separate Fireflies skill/connector to fetch transcripts and repeatedly asserts that raw transcripts 'are not persisted, exported, or transmitted' — that is an instruction-level claim the agent must follow, not something verifiable from the bundle. The skill asks the agent to extract only the target person's contributions and to require user-confirmed consent before proceeding; this is good practice but cannot be enforced by the static skill bundle itself. Also note the SKILL.md is long and references generating additional files (audience_profiles.md, etc.) that are expected to be produced as part of the output.
Install Mechanism
No install spec and no code files — instruction-only skill. That minimizes supply-chain risk because nothing is downloaded or executed by default.
Credentials
The skill declares no required credentials, env vars, or config paths. It explicitly depends on the user having a separately configured Fireflies connector; any credentials belong to that other connector, not to this skill. This is proportionate to the stated functionality.
Persistence & Privilege
always:false (normal). The skill can be user-invoked and the agent may call it autonomously (platform default). The workflow produces an 'installable personality skill' that, if installed/enabled, could be used persistently to impersonate a person — this is a capability aligned with the skill goal but raises privacy/ethical considerations the operator should evaluate before enabling persistent or session-global use.
Assessment
This skill appears coherent with its purpose, but review these before installing or using: - Consent & legality: The skill can produce an installable persona that mimics a real person. Only build personas for people who have given explicit consent; check company policy and local law about impersonation and personal data processing. - Trust the connector: The skill depends on your separate Fireflies connector to fetch transcripts. Ensure that connector is properly scoped, audited, and only returns the transcripts you expect. The digital-twin skill's claim that it won't persist or transmit raw transcripts is an instruction — verify behavior by testing with your own transcripts first. - Secrets & access: This skill asks for no creds itself, but the Fireflies connector you use will have credentials — follow least privilege for that connector and review its logs/permissions. - Review generated output: The skill will produce an installable personality SKILL.md and supporting files that enable impersonation. Before installing a generated persona into production or enabling it persistently, inspect the generated skill for overly broad behaviors, sensitive content inclusion, or scope creep. - Start small: Test the workflow using transcripts of yourself or consenting colleagues, inspect outputs, and confirm you can revoke or remove any generated persona. If you want a stronger assessment, provide the untruncated parts of SKILL.md (the runtime workflow was truncated) or example transcripts and a generated persona so I can check whether any steps read or transmit unexpected paths, environment variables, or external endpoints.

Like a lobster shell, security has layers — review code before you run it.

latestvk971gnd6vb6jn4bb6k3vce0efh84xpc1
65downloads
0stars
3versions
Updated 3d ago
v1.0.2
MIT-0

Digital Twin Skill — Personal AI Stand-In Builder

Purpose

This skill analyzes a person's Fireflies meeting transcripts across four psychological and linguistic pillars to produce an installable personality skill — a structured persona document that makes Claude speak, think, decide, and adapt to audiences the way that person actually does. The output skill is named {name}_personality (e.g., joes_personality) and can be used by any agent or user instruction like "respond as if you were Joe" or set as a default persona for all communications.


Prerequisites

Before starting, verify:

  1. The user has their own Fireflies skill/connector installed and working. This skill does NOT connect to Fireflies itself. It does NOT require, request, or store any Fireflies API keys, tokens, or credentials. Instead, it depends on a separate Fireflies skill or MCP connector that the user has already installed and configured independently, using their own Fireflies account and their own access permissions. If the user does not have a Fireflies skill installed, tell them to install and configure one first (pointing them to their platform's skill/connector marketplace), then come back. This skill will call the user's Fireflies skill to retrieve transcripts — it is a consumer of that skill's capabilities, not a Fireflies integration itself.
  2. Sufficient transcript volume. A minimum of 5 transcripts featuring the target person is recommended. 10+ transcripts across varied meeting types (1:1s, team meetings, leadership reviews, cross-functional calls) produces dramatically better results. If fewer than 5 are available, warn the user that the personality profile will be shallow and may not capture audience adaptation or decision patterns well.
  3. Target person is identifiable in transcripts. The person's name must appear as a speaker label in the transcripts. Ask the user to confirm the exact name as it appears in Fireflies if there's any ambiguity.

Consent & Privacy

Before proceeding with any analysis, confirm the following with the user:

  • Target person consent: The user should have the target person's knowledge and consent before building a personality profile of them. If the user is building a profile of themselves, this is implicit. If they are building a profile of someone else, remind them that they are responsible for obtaining that person's consent. Do not proceed until the user confirms consent.
  • Third-party data: Transcripts contain contributions from other meeting participants. This skill extracts ONLY the target person's contributions for analysis. Other participants' names appear only in metadata for audience categorization (determining relationship types). No personality analysis is performed on non-target participants.
  • Data handling: All analysis is performed in-session. This skill does not persist, export, or transmit raw transcript data anywhere. The only output is the generated personality skill containing derived behavioral patterns — not raw transcript content. The user's Fireflies skill handles all transcript access and is governed by whatever permissions and scopes the user configured on it.

User Invocation Patterns

The user triggers this skill with a request like:

"Use the digital twin skill to create a personality skill for John Doe using the last 10 meeting transcripts."

The key parameters to extract from the user's request:

ParameterRequiredDefaultExample
Target person nameYes"John Doe"
Number of transcriptsNo10"last 15 meetings"
Additional contextNo"He's the VP of Engineering, tends to be very direct"
Audience types to focus onNoAuto-detect"Focus on his leadership meetings and 1:1s"

If the user doesn't specify transcript count, default to 10. Inform them: more transcripts = longer processing time but richer personality capture. Each transcript is analyzed individually before compositing.


Execution Workflow

Phase 1: Transcript Retrieval

Use the user's installed Fireflies skill/connector to pull the requested number of recent meeting transcripts. This skill does not connect to Fireflies directly — it calls the user's own Fireflies skill, which handles authentication and access using the user's own credentials and scopes.

  1. Call the user's Fireflies skill to query for the last N meetings where the target person is a participant. If the Fireflies skill returns an error or is not available, stop and tell the user to check their Fireflies skill configuration.
  2. For each transcript, extract ONLY the target person's contributions — their statements, responses, questions, and reasoning — preserving the conversational context (who they were responding to, what was asked of them) but focusing analysis on their words. Do not retain or analyze other participants' speech content.
  3. Tag each transcript with metadata:
    • Meeting date
    • Meeting title/topic
    • Participants list (to determine audience type)
    • Duration of target person's contributions vs. total meeting
  4. Categorize each meeting by audience type for Pillar 4 analysis:
    • Leadership/Upward: Meetings with their superiors or executive leadership
    • Peer/Lateral: Meetings with colleagues at similar level
    • Direct Report/Downward: Meetings with people they manage
    • Cross-Functional: Meetings with people from other departments
    • External: Client calls, vendor meetings, partner discussions
    • Mixed: Large meetings with multiple relationship types

Store extracted contributions in a working structure organized by transcript.

Phase 2: Four-Pillar Analysis

Process EACH transcript individually through all four pillars. This is critical — do not batch or summarize transcripts before analysis. Each transcript gets its own pillar scores and observations. The composite comes AFTER individual analysis.

Read the detailed methodology for each pillar from the references directory:

  • Pillar 1 — Linguistic Profiling: Read references/pillar_1_linguistic.md
  • Pillar 2 — Psychometric Profiling: Read references/pillar_2_psychometric.md
  • Pillar 3 — Judgment & Decision Patterns: Read references/pillar_3_judgment.md
  • Pillar 4 — Contextual Audience Profiling: Read references/pillar_4_audience.md

For each transcript, produce a structured analysis document covering all four pillars. Then proceed to compositing.

Phase 3: Composite Profile Generation

After all transcripts are individually analyzed:

Pillar 1 — Linguistic Composite:

  • Merge all linguistic observations into a unified style guide
  • Identify patterns that appear in 60%+ of transcripts as "core patterns"
  • Note patterns that appear in fewer as "situational patterns" tied to specific contexts
  • Resolve contradictions by weighting more recent transcripts slightly higher

Pillar 2 — Psychometric Composite:

  • For each OCEAN dimension: average the per-transcript scores to get a final score (1-100 scale)
  • Calculate standard deviation — high deviation means the person's expression of that trait is context-dependent (note this)
  • Composite the conflict style, risk tolerance, and communication priority assessments using majority-vote across transcripts
  • Write the psychometric narrative summary (see Pillar 2 reference for format)

Pillar 3 — Judgment Composite:

  • Merge all decision pattern observations into a unified decision pattern library
  • Build the stance map from consistent positions observed across 2+ transcripts
  • Document reasoning chains with representative examples
  • Flag any stances that shifted over time (evolution of thinking)

Pillar 4 — Audience Composite:

  • For each audience category that had sufficient data (2+ meetings), produce a distinct communication profile
  • If an audience category only has 1 meeting, mark it as "preliminary — low confidence"
  • Identify the person's default/baseline mode (most common audience type)

Phase 4: Personality Skill Assembly

Using the composite profiles, generate the installable personality skill. The skill uses the template in references/personality_skill_template.md and is output as a complete skill directory:

{name}_personality/
├── SKILL.md          (the personality skill itself)
└── references/
    ├── linguistic_profile.md
    ├── psychometric_profile.md
    ├── decision_patterns.md
    └── audience_profiles.md

The generated SKILL.md must include:

  1. Frontmatter with a description that triggers on "respond as {name}", "be {name}", "use {name}'s personality", or when the skill has been set as default for all communications.
  2. Response Generation Pipeline — the step-by-step instruction set telling Claude how to process any incoming message through the personality:
    • Step 1: Identify the audience context (who is being spoken to, what's the relationship)
    • Step 2: Select the matching audience communication profile
    • Step 3: Match the question/topic to a decision pattern category if applicable
    • Step 4: Check the stance map for any pre-existing positions on the topic
    • Step 5: Generate the response content using the judgment profile and psychometric tendencies
    • Step 6: Pass the draft through the linguistic filter with the correct audience mode
    • Step 7: Final check — does this read like {name} wrote it, to this specific person?
  3. Quick-reference persona card at the top of SKILL.md summarizing OCEAN scores, core linguistic markers, and top 5 stance positions for fast context loading.
  4. Pointers to reference files for the full profiles, with guidance on when to consult each one.

Phase 5: Installation and Delivery

  1. Package the personality skill directory.
  2. Present it to the user with a summary:
    • OCEAN scores with brief interpretation
    • Top linguistic markers identified
    • Number of decision patterns captured
    • Audience profiles generated (and confidence level for each)
    • Any caveats or gaps (e.g., "No external meeting data was available, so client-facing behavior is not captured")
  3. Explain how to use it:
    • Install the skill in their agent's skill directory
    • To always use it: set it as a default skill in the agent's configuration
    • To use on-demand: say "respond as if you were {name}" or "use {name}'s personality"
  4. Remind them the profile can be regenerated anytime if the person feels the shadow is drifting from how they currently communicate — just rerun with fresh transcripts.

Important Processing Notes

  • One transcript at a time. Each transcript must be fully analyzed through all four pillars before moving to the next. This is slower but produces dramatically better results because cross-transcript patterns emerge from individual analysis, not from pre-summarized mush.
  • The more transcripts, the longer it takes. Set expectations with the user. A 10-transcript build may take significant processing time. A 20-transcript build will take roughly twice as long.
  • User-provided context helps. If the user says "He's the CTO and tends to be very data-driven," that context helps calibrate the analysis — especially for audience categorization and understanding the person's position in the org hierarchy.
  • This is personality, not memory. The skill captures HOW someone thinks and communicates, not WHAT they know or remember. For a full digital twin, pair with a vector database containing their domain knowledge and conversation history.

Rerun / Update Protocol

If the user asks to update an existing personality skill:

  1. Use the user's Fireflies skill to pull new transcripts (user specifies how many)
  2. Run the full four-pillar analysis on the new transcripts
  3. Blend with the existing profile, weighting new data at 60% and existing at 40% (recency bias — people evolve)
  4. Regenerate the skill with the updated composite
  5. Note what changed in the update summary

Reference Files

FileWhen to ReadPurpose
references/pillar_1_linguistic.mdPhase 2, for each transcriptFull linguistic analysis methodology
references/pillar_2_psychometric.mdPhase 2, for each transcriptOCEAN scoring rubric and psychometric assessment method
references/pillar_3_judgment.mdPhase 2, for each transcriptDecision pattern extraction and stance mapping method
references/pillar_4_audience.mdPhase 2, for each transcriptAudience-adaptive communication profiling method
references/personality_skill_template.mdPhase 4Template for the generated personality skill

Comments

Loading comments...