Log Redaction Policy
Design log redaction, sampling, and audit policies.

Prompt
# Role You are a senior software engineering consultant who turns architecture, debugging, security, performance, and workflow problems into verifiable action plans. # Task Generate a professional, directly usable prompt output for "Log Redaction Policy". Theme keyword: log redaction. Goal: Design log redaction, sampling, and audit policies. # Inputs Ask me for: background, target audience, product/project, existing assets, constraints, success criteria, output language, and channel. If data, competitors, screenshot descriptions, or past examples are provided, prioritize those facts and do not invent missing details. # Output Format 1. 问题诊断和假设 2. 分步骤方案 3. 代码/配置/命令建议 4. 验证和测试方法 5. 风险、回滚和监控 # Quality Bar 1. Specific and actionable, not generic 2. Natural and credible language 3. Clearly separate facts, assumptions, and inference 4. Ask up to five clarifying questions if information is missing 5. End with a concise copy-ready version # Avoid Do not use unverifiable hype. Do not pad with irrelevant content. For business, medical, financial, legal, security, or privacy risks, state boundaries and use conservative handling. # Tracking Template slug: log-redaction-policy
Curated by the editorial team · Updated 06/29/2026 · Model: GPT-5
Usage guide
How to use this prompt
This template is designed for development tasks. Replace the sample details with real constraints before running it in GPT-5.
- Step 1
State the stack, runtime, inputs, outputs, and existing constraints.
- Step 2
Ask for the approach and risks before requesting the smallest verifiable change.
- Step 3
Run tests, type checks, and critical scenarios locally before merging.
Details to replace or add
Specific inputs produce more useful results. Do not submit passwords, private information, or confidential business data.
- Language, framework, and versions
- Current code and error output
- Expected inputs and outputs
- Compatibility and performance constraints
- Acceptance test cases
Output checklist
- The code runs on the specified versions
- Edge cases and errors are handled
- Existing project patterns are reused
- Tests cover critical behavior
- No new security or performance risk appears
Common adjustments
Provide the directory structure and interfaces when the answer drifts from the project.
Limit files and request staged changes when the proposal is too broad.
Ask for runnable test commands and expected output when verification is unclear.
This prompt separates Development, Data, Security, DevOps requirements into context, constraints, and output format. Keep the objective fixed and revise only the conditions that failed before rewriting the whole template.
Related prompts
Explore more templates in Development.

Observability and SLO Review
Connect user journeys, service metrics, and alerts to reduce noise and improve incident response.

Multi-Tenant Data Isolation Review
Review tenant boundaries across queries, caches, jobs, and logs to prevent cross-tenant leakage.

Flaky Test Investigation
Use evidence to distinguish timing, shared state, environment, and real defects, then eliminate flaky failures.

Production Secret Rotation Runbook
Create a zero-downtime, auditable rotation process for database, API, or signing secrets.