TLDR; Claude Code works beyond coding. Marketing, content pipelines and DevOps (running the servers and cloud accounts your software runs on) use the same parts as a code project: CLAUDE.md, skills, hooks and sub-agents. Build the system once: a brand voice file, a skill per specialist job, a pipeline that hands off through files, and hooks that block dangerous commands. Decide how much Claude does alone by what a mistake would break. Most published results are self-reported, so measure your own.
When to use Claude Code beyond coding
- Work that splits into specialist steps. Keyword research, a content brief, a draft, a fact-check and social posts form a chain Claude can run as one workflow.
- Infrastructure work with a human owner. A hook is a script Claude Code runs at set points, such as before a shell command. Hooks block destructive commands, and a person owns each change.
- Skip it for work that lives on another platform. Email marketing automation is better in Mailchimp or Kit (formerly ConvertKit), social scheduling in Buffer or Hootsuite, and customer records in a CRM.
- Skip it for monitoring and co-editing. Dashboards and alerts belong in services built for them. Claude Code also has no shared page, like a Google Doc, where stakeholders comment and approve.
- Skip it if nobody on the team uses a terminal. Claude Cowork runs the same kind of file-based job (a report, a deck, a spreadsheet) with no command line. It is part of the Claude app on desktop, web and mobile for paid plans. Claude Code suits work that lives in a code repository or runs as shell commands.
How Claude Code works beyond coding
Ask Claude to “write a blog post about X” and it starts from nothing. Build a system first, and Claude already knows your brand voice, audience, content standards and publishing workflow before you ask. Then you only tell it what to produce. Emily Kramer at MKT1 shows how to build a /marketing-strategy skill that holds a company’s positioning, ideal customer profiles, marketing advantages and goals. Every output draws from it.
Those parts are standing instructions (CLAUDE.md), skills that load when needed, and automatic checks (hooks). A marketing skill has the same shape as a code-review agent: an input (a brief or a code change), know-how about the job, and output in a set format.
Most of the evidence is self-reported. Firecrawl’s SEO lead wrote that her entire workday now runs through Claude Code. Reports like hers show what is possible. They don’t show how long the gains last or how often things fail across teams. So track your own costs, savings and failures.
How to run marketing and DevOps work in Claude Code
1. Write a brand voice file and point CLAUDE.md at it
A brand voice file defines who you are, how you write and what you never say. It does more for a non-code project than any other file: without it, drafts come out competent but generic.
# Tone of voice
## Who we are
[What you do, and for whom, in one line]
## How we write
[e.g. Australian English, first person, plain verbs]
## Never
[Banned words, and claims we can't make]
Save it as brand/TONE_OF_VOICE.md. CLAUDE.md is the instructions file Claude Code reads at the start of every session. Add one line to it: Before writing any copy, read brand/TONE_OF_VOICE.md.
Check: ask for a short paragraph without naming the file. It follows your spelling and uses none of your banned words.
2. Put each specialist job in a skill
A skill is a set of instructions Claude Code loads only when a task needs it. Until then, only its name and one-line description sit in the context window (the text Claude can hold at once). So even a long skill costs almost nothing before it loads.
Write one skill per specialist job. A strategy skill knows your service catalogue, positioning and keyword targets. An infrastructure skill knows your conventions, such as building for ARM64 servers and keeping keys in AWS Secrets Manager rather than environment variables. When Claude reviews a proposed code change, it already knows your VPC (private network) layout.
A content-brief skill, as a SKILL.md file:
---
name: content-brief
description: Write an SEO content brief from keyword research. Use before drafting an article.
---
Read the topic's research file. Write brief.md beside it with the target
keywords, heading structure, word count range, internal links, and the
angle that sets the piece apart from the current top search results.
The skills, hooks and agents guide covers where skills live. If you want to study a working set of skills first, the content agency Animalz publishes its Claude Code plugins for content marketing. One of them takes an article through eight phases, with a check at the end of each.
Check: ask for a brief without naming the skill. Claude loads it, and the brief has every field.
3. Chain the skills into a content pipeline
Each skill writes its output to a file, and the next skill reads it. An orchestrator skill runs the others in order, so no stage starts before its input exists. Research and competitor analysis don’t depend on each other, so they run at the same time. The multi-agent orchestration guide covers briefing and running agents in parallel.
- OrchestratorRuns the other skills in order
- Market researchKeyword clusters, competitor analysis
- Content briefSEO brief with target keywords
- Content writerArticle following the brief and brand voice
- Fact-checkerVerifies claims against source documents
- Social mediaPlatform-specific repurposing
Start a run with the handoff rules:
Run the campaign for <topic> in campaigns/<topic>/. Each stage reads
the previous stage's file, writes its own, and names its input at the top.
Run research and competitor analysis in parallel. Start no stage until
its input file exists. Stop after writing the draft: I will start a
fresh session for the fact-check.
Check: the campaign folder holds one file per stage up to the draft, and each file names its input.
4. Fact-check against source documents
Run the fact-check once the draft exists and before anything is repurposed or published. Start a fresh session (a new conversation that hasn’t seen the drafting). Give it the draft and the paths to the documents that hold the facts, such as course catalogues, pricing pages and service descriptions, and ask it to check every claim against them. It catches the near misses a casual read lets through, such as a price that is $200 off. The quality gates guide has the prompt and the errors it catches most often.
Check: the campaign folder holds a fact-check file, and every price, date and statistic in the draft has a line in it, matched to a source or flagged for a person.
5. Set Claude’s autonomy on DevOps work by blast radius
Blast radius is how much breaks when a change goes wrong. Rita Gitamo deployed a static portfolio website to AWS, a project with little at stake. Her PreToolUse hook checked each shell command before it ran and blocked terraform destroy, terraform apply -auto-approve, aws s3 rm and aws s3 rb. Within those limits, Claude wrote and applied the Terraform (code that describes the cloud setup). She also ran a sub-agent (a helper session with one job) that audited security without changing anything; it reported 13 findings, two of them critical.
Deployflow sits at the high-stakes end. Its rule covers every change merged into its codebase, by an engineer or by AI: each has a human owner who “fully understands how it works, why it was implemented that way, and how it affects the wider system.” It reports 10x faster deploys (lead time from 8 hours to 45 minutes) and 85% fewer platform failures. Those are its own figures.
For client work, I set the line by what a mistake would break:
- Infrastructure provisioningHigh riskI own every change; mistakes affect everything downstream
- Database migrationsMedium riskI verify the SQL; a bad change to live data isn’t easily reversed
- Dockerfiles and CI/CD configsLow riskClaude generates, I review; automated tests catch errors before release
This hook blocks the four commands Gitamo’s hook blocked. It needs jq, and it also refuses any call it can’t read. Save it as guard.sh:
#!/bin/bash
cmd=$(jq -er '.tool_input.command | strings') || {
echo "Blocked: cannot read the command." >&2
exit 2
}
case "$cmd" in
*"terraform destroy"*|*"terraform apply -auto-approve"*|*"aws s3 rm"*|*"aws s3 rb"*)
echo "Blocked: run this yourself after review." >&2
exit 2 ;;
esac
The skills, hooks and agents guide shows how to register it. The hook matches text, so it has gaps. It sees bash deploy.sh, not the commands inside the script, so the human owner stays the last check.
Check: before you register it, run echo '{"tool_input":{"command":"terraform destroy"}}' | bash guard.sh; echo $?. It prints the “Blocked” message, then the exit code, 2. Once it’s registered, ask Claude to run terraform destroy in an empty scratch folder: the hook blocks it, and Claude sees the message.
Pitfalls
| Symptom | Cause | Fix |
|---|---|---|
| Drafts are competent but generic | CLAUDE.md doesn’t point to the brand voice file | Add the line from step 1 |
| A workflow that ran last month breaks | Skills, hooks and agent definitions need updating when models, tools, permissions or interfaces change | Rerun a known job after each change, and budget time for upkeep (evals and drift) |
| A page passes Claude’s visual check and still looks wrong | Hierarchy, taste, accessibility and brand fit are human decisions | Use Claude to build the page and run visual checks; a person signs off the design |
In practice
Last Tuesday I shipped a Rails feature for a client, then ran a marketing campaign in the same terminal without opening a browser. My marketing setup has 14 specialised skills, run by one orchestrator: a marketing-strategist skill. Keyword research runs on DataForSEO, a keyword data service. A social-media skill turns one main piece of content into six assets in total, each ready for its channel: for example, a LinkedIn post, a thread for X and a Reddit-friendly summary.
In my campaigns, a full run can use 150–200K tokens (the word fragments Claude bills by). What used to take a day of switching between tools now takes one focused session. You still need marketing judgement: the pipeline doesn’t replace the strategist. It replaces the manual handoff between 12 browser tabs, three online tools and a spreadsheet. The technology recruiter case study shows what it produced for one client.
The other half of a campaign is deciding what to publish, in what order, and how to measure it. That is Organic Growth and AI Search work rather than tooling.
Related reading
- How to write a CLAUDE.md file for Claude Code, the foundation file that makes non-code workflows possible
- Claude Code skills, hooks, subagents and commands: when to use each, how to build the tools each job needs
- Multi-agent orchestration, running parallel agents on real projects, coordinating several skills in one pipeline
- Quality gates, session reviews, fact-checking, and code review, checks that apply to any kind of work
- Claude Code memory: CLAUDE.md, auto-memory and persistent context, the persistent-context layer these workflows build on
- Claude Code data privacy, deny rules and the sandbox for client systems
- Claude Code hook examples: turning mistakes into tested rules, more
PreToolUserules like the Terraform guard, with tests
Sources
- MKT1 Newsletter, Build a marketing strategy skill in Claude Code, Emily Kramer. Marketing strategy skill design and system-level prompting patterns. Practitioner case study
- Claude Code for Marketers, Hiba Fathima, Firecrawl. How an SEO lead runs her workday through Claude Code. Practitioner case study
- Animalz, Claude Code Plugins for Content, Claude Code plugins for content marketing, including an eight-phase article writer with a quality gate at each phase. Open-source tools
- Rita Gitamo, How I built a complete agentic DevOps workflow with Claude Code, Full AWS deployment without console access, safety hook implementation, automated security auditing. Practitioner case study
- Why Deployflow Standardised on Claude for Cloud Engineering, Deployflow. Governance model for AI-generated infrastructure changes (every change has a clear human owner). Practitioner case study
Common questions
Can Claude Code be used for non-coding tasks?
Yes. Claude Code reads and writes files and runs tools, so it can run marketing campaigns, content pipelines and DevOps work as well as code. It works best when the job splits into steps, each with an input file, a review point and an output file.
Can Claude Code be used for marketing?
Yes, once it knows your brand. Give it a brand voice file, one skill per job (keyword research, briefs, drafts, fact-checks, social posts) and a rule that each step writes a file the next step reads. Without the voice file, drafts come out competent but generic.
Is it safe to let Claude Code run Terraform or other DevOps commands?
Only inside limits you set. A hook that runs before each shell command Claude asks to run can block destructive ones such as terraform destroy. Give every infrastructure change a person who owns it. The hook only matches command text, so it can miss commands hidden inside a script.
Should I use Claude Code or Claude Cowork for non-coding work?
Use Cowork if you’d rather not use a terminal. It runs in the Claude app and suits jobs that end in a report, a deck or a spreadsheet. Use Claude Code when the work lives in a code repository, needs shell commands, or should run as a repeatable pipeline of skills and hooks.
What does Claude Code not handle well yet?
Email automation, social scheduling and customer records belong in the tools built for them. So do monitoring dashboards and documents that stakeholders comment on together. Claude Code is strongest at producing and checking content and code.