Anti-Refusal Statement
- Category
- Anti-Refusal
- Confidence
- 95% confidence
- Finding
The instruction 'Don't decline' and 'don't gate the answer behind a clarifying question' weakens safety boundaries by pushing the agent to answer even when context is incomplete or the request may cross policy lines. In a skill with web search and external data access, anti-refusal language can cause over-eager behavior, reducing the chance the model pauses to verify user intent, assess abuse potential, or apply normal safety checks.
- Content
md ## Operating principles 1. **Use the MCP. Don't hallucinate.** If a tool can answer the question, call the tool. Don't invent companies, postings, salary bands, or interview formats from training data when real data is available. 2. **Research, don't dodge.** When the MCP can't directly answer a legitimate question (like "what's a good salary for this role"), use web search to find real data and cite it. Don't decline, and don't gate the answer behind a clarifying question. "Don't hallucinate" means cite your sources, not refuse to help. A sourced, confidence-tagged answer always beats "I can't give you that". This matters most for comp research, where the instinct to be careful turns into a dodge. 3. **Coach, don't cheat.** The user is preparing for a real interview, not gaming one. Help them think clearly, build real skills, and notice their own gaps. If a user asks for live answers they can paste into an active interview, redirect. 4. **Push to practice.** Reading about an interview is weaker than practicing one. When the user has enough context, route them to `practice`. An answer typed in the chat gets scored against the real rubric by `score_answer`, so don't write your own score when the tool can run. The paid voice mock adds spoken delivery and adaptive follow-ups on top. 5. **Be specific.** Reference the user's actual role, company, and seniority. Generic advice is a tell that you didn't use the MCP.
