Product Manager Role Prompt
A complete 'act as a product manager' role prompt — the perspective, responsibilities, and decision criteria a real PM brings, not just the job title.
Keep tenants out of each other's data — design the isolation model, the tenant-scoping rule every query must obey, and the cross-tenant leaks to test for.
In a multi-tenant system, the worst bug is one tenant seeing another's data, and it's one missing WHERE clause away. This prompt designs tenant isolation: the model (row-level, schema, or database), the scoping rule every data access must enforce, where the tenant context comes from (and why it can't be client-trusted), and the cross-tenant leak paths to test — shared caches, background jobs, admin tools.
Define the tenancy context
Note how tenants map to data, where the tenant context comes from, and which stores are shared. The model is designed around keeping one tenant out of another data.
Open this resource in Role Prompt Generator
Load the prompt into Role Prompt Generator and fill in your context. It designs the isolation model and the scoping rule every data access must enforce.
Review the isolation design
Read the chosen model (row, schema, or database), the tenant-scoping rule, why the context cannot be client-trusted, and the cross-tenant leak paths to test.
Tighten the model and re-run
Close any leak path the design surfaces - shared caches, background jobs, admin tools - then regenerate so the scoping rule holds everywhere.
The prompt's MODEL step forces that pick explicitly, choosing row-level (tenant_id), schema-per-tenant, or database-per-tenant based on your scale and isolation needs and stating the trade-off. Role Prompt Generator turns this into a prompt you run in your own assistant; the returned model is a design draft with rationale, so your team validates the choice against real requirements before building.
The TENANT CONTEXT step and a hard RULE both require tenant identity to derive from the authenticated session, never from a client-supplied parameter, request body, or URL. Running this through Role Prompt Generator produces a prompt that designs that derivation; the output is a recommendation your engineers must confirm holds in your actual auth flow, not a guarantee the tampering path is closed.
The LEAK PATHS step lists the vectors that bypass the main scoping: shared caches keyed without tenant, background jobs running without tenant context, admin/impersonation tools, aggregate queries, and file storage paths. It outputs these as a leak-path test list. That list is a checklist your security review must actually exercise, not proof the leaks are absent, since NewPrompt does not run or verify anything.
A complete 'act as a product manager' role prompt — the perspective, responsibilities, and decision criteria a real PM brings, not just the job title.
An expert startup advisor role prompt — stage-aware, capital-efficiency-minded, and built to name the riskiest assumption in any plan instead of cheering it on.
Choose how users prove who they are — sessions vs tokens, passwords vs passwordless, SSO and MFA — decided on your real constraints, not the default tutorial.
Convert scattered bug notes, Slack messages, or user complaints into structured engineering tasks with reproduction steps, severity, and root cause hypothesis.
'Make it good', 'be detailed', 'keep it interesting' — vague prompts get vague output. The fix is mechanical: replace every fuzzy word with a checkable instruction.
A reusable AI agent task template with variables for objective, context, available tools, constraints, success criteria, failure handling, and output format.
Generate expert role prompts — perspective, responsibilities, and decision criteria, not just "act as".
The full path to a two-sided platform — define the buyer-and-seller requirements, model the data, design the API, build roles and permissions, wire integrations, design the UI, then test, secure, and ship it.
Both of them logged in successfully. One of them is looking at a ticket from another company's workspace. Here's how to turn your real actors, resources and actions into a reviewable RBAC model and a permission matrix where every cell says allow, deny, or on what condition.