AI Engineering Reference/Team Practices & Governance

Security, IP & Team Adoption

Data handling policies, IP ownership of AI output, secret leakage prevention, enterprise AI governance, and adoption patterns that work without top-down mandates.

4/5Overview: 35m

Security: what goes into prompts

Every prompt you send may be logged, stored, or used for training (depending on provider and plan). Treat prompt content as data classification:

ClassificationCan send to AI?Example
PublicYesOpen-source code, public docs, Stack Overflow
InternalYes, on enterprise planInternal APIs, architecture docs, non-secret code
ConfidentialOnly with approved tools + DPACustomer data, unreleased features, business metrics
RestrictedNeverCredentials, PII, encryption keys, security vulns

Enterprise/API plans (OpenAI, Anthropic) typically offer: no training on your data, configurable retention, SOC 2 compliance. Consumer products (ChatGPT free, Claude free) may use data for training. Know which you're using.

Secret leakage prevention

The #1 security incident vector for AI-assisted development:

VectorPrevention
Pasting .env files into prompts.cursorignore + rules: "never paste secrets"
AI hardcodes API keys in generated codePre-commit hook scanning for secrets (gitleaks, trufflehog)
Agent reads credential files via MCPScope MCP servers; exclude secrets from indexing
Prompt logging in CISanitize logs; don't log full prompts with secrets
Copy-paste from prod logsScrub PII/secrets before pasting; rules against raw log paste

Add to your rules: "Never include credentials, API keys, tokens, or PII in prompts. If you need to reference a config value, use placeholder names."

IP ownership of AI output

Legal landscape (mid-2026, varies by jurisdiction — consult your legal team):

QuestionTypical enterprise position
Who owns AI-generated code?The company (work for hire, same as human output)
Can AI output infringe patents/copyright?Possible — review for copied code (GitHub Copilot litigation precedent)
Must AI usage be disclosed?Depends on company policy and jurisdiction
Can you open-source AI-generated code?Only if human review confirms no license conflicts

Practical policy: AI output goes through the same IP review as human code. Run license scanners on AI-generated PRs. Don't assume "AI wrote it" means "we own it cleanly."

Enterprise AI governance framework

For teams scaling AI adoption:

Policy layer: What tools are approved? What data classifications are allowed? ↓ Configuration: Shared rules, skills, model routing standards ↓ Workflow: Review requirements, eval gates, automation guardrails ↓ Monitoring: Usage metrics, cost tracking, incident response ↓ Review cycle: Quarterly policy review, model upgrade evals
Governance elementOwnerFrequency
Approved tools listEng leadership + SecurityQuarterly
Data classification policySecurity/LegalAnnually
Shared rules/skillsTeam leadsOngoing (PR review)
Cost budgetEng managerMonthly review
Eval suites for production agentsFeature teamPer release
Incident response (AI-specific)On-call + SecurityAs needed

Team adoption patterns that work

Top-down mandates fail. What works: show real wins with metrics, weekly office hours, shared config in git, pairing sessions (experienced user + skeptic), and approved enterprise tools with clear data policies.

Anti-patternWhy it fails
Mandate usage quotasGaming metrics; resentment
Ban AI entirelyShadow usage with consumer tools (worse security)
No policyInconsistent practices; security incidents
Only track costCan't justify investment

Incident response for AI-specific issues

IncidentResponse
Secret pasted into promptRotate credential; review provider data retention policy
AI generates vulnerable code merged to prodStandard security incident + add eval case
AI automation runs uncontrolledKill switch for automation; review guardrails
Wrong data sent to AI providerData breach assessment per company policy

Document these in your team's incident playbook alongside traditional categories.

Interview framing

"I establish data classification for prompts (public/internal/confidential/restricted), use enterprise plans with no-training guarantees, scan AI output for secrets and license issues, and treat AI config as governed code in git. Adoption works through demonstration and shared config, not mandates."

Senior signal: Reference your company's or a realistic data classification policy. Explain why banning AI is worse than governing it. Describe a specific governance element you'd implement first (usually: data classification + enterprise plan).

Further Reading

Hands-On Tasks (Optional)

Practical exercises — prompt drills, local MCP servers, or workflow design on paper. The goal is professional fluency, not model training.

  • Draft an AI usage policy for your team

    Write a one-page policy covering: approved tools, data classification (what can/can't go into prompts), IP ownership of AI output, secret handling, and review requirements. Base it on your company's existing policies if they exist.

    30m