AgentSkillsCN

cross-team-reuse-detector

在分析多种工作流分解方案,寻找共通的AI模式时使用。建议在规划企业级AI平台、评估AI能力的自建与外购方案,或支持跨业务单元共享用例的政策要求时使用。

SKILL.md
--- frontmatter
name: cross-team-reuse-detector
description: Use when analyzing multiple workflow decompositions to find shared AI patterns. Use when planning enterprise AI platforms, evaluating build-vs-buy for AI capabilities, or supporting mandates to share use cases across business units.

Cross-Team Reuse Detector

Overview

Identify reusable AI patterns across business units by extracting common intents, shared prompt primitives, and platform candidates from multiple workflow decompositions.

Core principle: Teams describe workflows in different terminology, but underlying intents are often identical. Find the intent, and you find the reuse opportunity.

The Analysis Process

dot
digraph reuse_detection {
    rankdir=TB;
    node [shape=box];

    input [label="1. Normalize Workflows\n(same format)"];
    intent [label="2. Extract Intents\n(WHY, not WHAT)"];
    cluster [label="3. Cluster Similar Intents\n(across teams)"];
    prompt [label="4. Identify Prompt Primitives\n(reusable atoms)"];
    classify [label="5. Classify Reuse Level\n(platform/config/unique)"];
    negative [label="6. Flag Negative Patterns\n(what NOT to share)"];
    prioritize [label="7. Prioritize by Value\n(ROI ranking)"];

    input -> intent -> cluster -> prompt -> classify -> negative -> prioritize;
}

Step 1: Normalize Workflows

Ensure all inputs use consistent format. Key fields to normalize:

  • Step name
  • Step type (decision/action/validation/human_task)
  • Inputs/outputs
  • Judgment criteria (if any)

Step 2: Extract Intents

For each step, ask: WHY does this exist?

Step DescriptionSurface WHATUnderlying INTENT
"Match to internal record"Compare two datasetsDetect discrepancies before they propagate
"Escalate aged breaks"Send notificationPrevent items from aging without attention
"Contact counterparty"Send emailResolve external disagreement
"Investigate root cause"Human analysisDetermine why data differs

Intent is more abstract than action. Same intent can have different implementations across teams.

Step 3: Cluster Similar Intents

Group intents from different workflows that serve the same purpose:

code
INTENT: "Detect discrepancies before they propagate"
├── Equity: "Match confirmation to internal record"
├── Fixed Income: "Categorize exception type"
└── Derivatives: "Compare internal vs counterparty calculations"

INTENT: "Prevent items from aging without attention"
├── Equity: "Escalate aged breaks >24h or >$1M"
├── Fixed Income: "Escalate SLA breach >4h or >$5M"
└── Derivatives: "Escalate material disputes >3d or >$500K"

Step 4: Identify Prompt Primitives

For each intent cluster, extract the actual prompts that would power it:

IntentPrompt PrimitiveVariables
Detect discrepancies"Compare {internal_data} to {external_data}. List specific fields that differ and the magnitude of each difference."internal_data, external_data
Categorize discrepancy"Classify this discrepancy into one of: {categories}. Discrepancy details: {details}"categories, details
Determine root cause"Given these differences: {diff_list}, and this context: {context}, what is the most likely root cause?"diff_list, context
Draft communication"Write a professional {tone} email to {recipient} about {issue}. Include: {required_elements}"tone, recipient, issue, required_elements
Evaluate escalation"Based on these criteria: {criteria}, should this item be escalated? Item details: {item}"criteria, item

Prompt primitives are the reusable atoms. Same primitive, different variables per team.

Step 5: Classify Reuse Level

For each pattern, determine reuse level:

LevelDefinitionCost to ShareExample
IDENTICALSame code, no changesVery LowLogging, audit trail
CONFIGUREDSame code, different config valuesLowEscalation thresholds
PARAMETERIZEDSame structure, team-specific templatesMediumCommunication templates
CUSTOMIZEDShared core, team-specific extensionsHighMatching rules
FORKEDStarted shared, divergedVery High(Avoid this)
UNIQUEGenuinely different, don't shareN/ADomain-specific calculations

If a pattern requires CUSTOMIZED or FORKED level, question whether sharing is worth it.

Step 6: Flag Negative Patterns

Explicitly identify what should NOT be shared:

PatternWhy NOT to Share
Domain-specific validation rulesExpertise lives in team; centralizing loses context
Regulatory-specific logicDifferent regulations per business; sharing creates compliance risk
Counterparty relationship knowledgeRelationship nuance can't be generalized
Time-critical calculationsLatency of shared service may not meet SLA

Sharing is not always good. Some duplication is healthy.

Step 7: Prioritize by Reuse Value

Score each pattern:

FactorQuestionWeight
Team CountHow many teams benefit?High
FrequencyHow often is it used?High
Current PainIs this a known problem today?Medium
Implementation ComplexityHow hard to build well once?Medium
Maintenance BurdenWhat's the cost of N copies vs 1?Medium
Standardization ValueDoes consistency itself add value?Low

Prioritization formula:

code
Reuse Value = (Teams × Frequency × Pain) / (Complexity + Maintenance)

Output Format

yaml
analysis:
  workflows_analyzed:
    - name: [Workflow 1]
      business_unit: [Unit]
    - name: [Workflow 2]
      business_unit: [Unit]

intent_clusters:
  - intent: "[Abstract intent statement]"
    occurrences:
      - workflow: [Name]
        step: [Step that manifests this intent]
      - workflow: [Name]
        step: [Step that manifests this intent]

prompt_primitives:
  - id: PRIM-001
    intent: "[Which intent this serves]"
    prompt_template: "[Actual prompt with {variables}]"
    variables:
      - name: [var_name]
        description: "[What this variable represents]"
        team_specific: [yes/no]

reuse_candidates:
  - pattern: "[Pattern name]"
    reuse_level: [IDENTICAL|CONFIGURED|PARAMETERIZED|CUSTOMIZED|UNIQUE]
    teams_benefited: [count]
    prompt_primitives: [PRIM-001, PRIM-002]
    implementation_notes: "[How to build]"

negative_patterns:
  - pattern: "[Pattern name]"
    reason_not_to_share: "[Why sharing is bad here]"
    recommendation: "[What to do instead]"

prioritized_recommendations:
  - rank: 1
    pattern: "[Pattern name]"
    reuse_value_score: [number]
    rationale: "[Why this ranks highest]"
    quick_win: [yes/no]

Common Mistakes

MistakeWhy It's WrongDo This Instead
Matching on terminologySame words can mean different thingsMatch on intent, not vocabulary
Everything is "configurable"Configuration has limits; some things need codeDistinguish CONFIGURED vs CUSTOMIZED
Ignoring negative patternsForced sharing creates frictionExplicitly list what NOT to share
No prioritizationLaundry list isn't actionableRank by reuse value
Capability without prompt"AI can do X" isn't implementableSpecify actual prompt primitive
Assuming governanceShared platform needs ownershipAddress who maintains what

Red Flags in Your Analysis

If your output has these, you're not done:

  • Intent clusters without prompt primitives
  • All patterns marked as "CONFIGURED" (too optimistic)
  • No negative patterns identified
  • No prioritization or all ranked equally
  • "70% reusable" without methodology
  • "UNKNOWN criteria" in multiple workflows treated as ready to automate

Special note on UNKNOWN criteria: When multiple workflows have human judgment steps with undocumented decision criteria, this is a knowledge capture opportunity, not an automation opportunity. Flag these for SME interviews before designing AI solutions.

Governance Considerations

For each platform candidate, note:

  • Owner: Which team maintains the shared component?
  • Change process: How do teams request changes?
  • SLA: What's the availability/latency commitment?
  • Escape hatch: Can a team fork if shared doesn't meet needs?

Financial Services Context

Enterprise mandates to share use cases across teams require:

  1. A catalog of reusable patterns (this skill's output)
  2. A platform team to build/maintain shared components
  3. Clear ownership so shared doesn't mean abandoned
  4. Measurable reuse to justify platform investment

The output of this analysis directly feeds the business case for enterprise AI platform investment.