Pick a simple monthly amount
Start with a number your company can explain in one sentence. It can be small; the point is repeated personal use, not a flashy perk.
How it works
The Tinker Pledge should feel simple to employees and legible to the people approving it. Set the budget, define the boundaries, and keep the policy light enough that curiosity still does the work.
01 · Budget design
The best version is boring to administer and generous in spirit. People should know what they can spend, how they get reimbursed, and what is outside the line.
Start with a number your company can explain in one sentence. It can be small; the point is repeated personal use, not a flashy perk.
Treat it like a recurring benefit with a simple reimbursement path and a curated starter list. Keep exceptions possible, but make the default easy.
AI fluency is not only for technical teams. The benefit is strongest when operations, recruiting, design, sales, support, and leadership all get reps.
02 · Guardrails
Make the boundary explicit: personal tools are for personal use, public information, and low-risk experimentation unless a tool is approved for company data.
No usage reports, prompt reviews, or productivity scorekeeping. The company funds fluency; people keep their private life private.
Review the benefit with your finance or payroll partner before launch. Different companies and locations may need different handling.
03 · Starter tools
Keep the page compact and the policy flexible. The catalog is a launch default people can browse, search, and improve over time.
Start with names people recognize.
Let usage show what belongs next.
Personal tools stay for personal practice.
Keep the budget stable while the list evolves.
Browse the starter list by category, or search for a familiar name or use case.
18 tools
04 · Rollout
Avoid turning the launch into a platform selection project. Start with a clear budget and policy, then adjust once people show you what they actually use.
Choose a monthly amount, decide who owns reimbursement, and write the one-paragraph policy.
Share the starter list, what the budget is for, what data is off-limits, and where to ask questions if someone wants to use something else.
Offer examples and optional office hours, but let people start with their own lives. That is where the reps come from.
Look for adoption, stories, support needs, and policy confusion. Adjust the budget or guidance without adding bureaucracy.
05 · Reviewer guidance
The same pledge has different approval questions. Answer those directly instead of making every reviewer infer the part they care about.
Position it as a trust-forward learning benefit that reaches the whole person, not a narrow productivity mandate.
Keep the spend capped per person and review it quarterly. The upside comes from voluntary use, not a large platform commitment.
Separate personal experimentation from company-data workflows. Clear boundaries matter more than pretending people will not experiment.
Use the proposal generator to turn these choices into something a manager, People lead, or finance partner can react to.