Claude Science and Claude Security in Claude Code
Claude Code is known as a coding tool, but Anthropic has also built focused products for two specialist jobs: scientific research and software security. This guide explains what each one does, how they relate to Claude Code, who they are for, and how to use them responsibly.
Think of a general hospital and a set of specialist clinics. The hospital handles many everyday needs, and the clinics handle particular needs with dedicated equipment and trained staff. They share a name, a building, and a way of working, but they are not the same thing. Claude Code, Claude Science, and Claude Security are a little like that. They belong to the same family of tools, they can work together, and each one is shaped for a different job. Knowing which is which, and where they overlap, saves you from using the wrong tool or expecting the wrong thing.
1Three Related Tools, Three Different Jobs
Before going deeper, here is the overall picture in plain words.
Claude Code is Anthropic’s tool for working on software with an AI agent that can read a codebase, run commands, and make changes. Claude Science is a separate workbench for researchers, built to bring together databases, analysis tools, and computing resources. Claude Security is a product for security teams that scans a codebase for vulnerabilities and proposes fixes. It began life as a feature called Claude Code Security and was later renamed and expanded.
Because the names are similar, people sometimes assume that Science and Security are modes inside Claude Code. That is not quite right. Claude Science is its own application. Claude Security is its own product with its own entry point, and it connects to Claude Code in specific ways, such as opening a finding in a Claude Code session to work on the fix. Details change quickly while these products are in beta, so this guide describes the ideas and points you to Anthropic’s current pages for specifics.
Claude Code
An agentic coding tool for building, reading, testing, and changing software.
Claude Science
A research workbench that brings a scientist’s data, tools, and computing into one environment, producing reproducible results.
Claude Security
A vulnerability scanning and patching product for security teams, with human review of every proposed fix.
A workshop has a general toolbox and a few specialist stations, such as a lab bench and a safety inspection desk. They share the same building and the same people can move between them, but each station has its own equipment and purpose.
Science is a separate workbench, and Security is a separate product that works closely with Claude Code. Neither is simply a setting inside Claude Code.
2A Quick Look at Claude Code
Understanding Claude Code first makes the other two easier to place.
Claude Code is an AI coding agent. Instead of only answering questions about code, it can look through a project’s files, run commands, write and edit code, and carry out multi-step tasks. Developers use it in a terminal, in a web experience, and in other places, and it asks for permission before taking certain actions. It is used for building features, fixing bugs, explaining unfamiliar code, and writing tests.
What matters for this guide is that Claude Code is the general-purpose engine for working on code, and that it is a place where fixes get made. Claude Security’s findings can be taken into Claude Code to develop a patch. Claude Science’s role is different, and it has its own home, which later chapters describe.
| Question | Claude Code |
|---|---|
| What is it for? | Building and changing software with an AI agent |
| Who uses it? | Developers and engineering teams |
| What does it work on? | A codebase and the commands around it |
| How do people stay in control? | Permission prompts, reviewing diffs and changes, and version control |
Claude Code is the skilled builder with a full set of tools. The specialist products tell the builder what to look for, or give researchers a workspace of their own.
3Claude Science: A Workbench for Researchers
It aims to put a scientist’s scattered tools into one place.
Anthropic introduced Claude Science in mid 2026 as an AI workbench for scientists, in beta for paid plans. Scientists often move between many databases, analysis environments, and terminals, each with its own format and quirks. Claude Science is designed to bring these into one environment, where Claude can help search literature, query databases, write and run analysis code, manage computing jobs, and produce figures and manuscripts that can be refined.
Anthropic describes it as an application for scientists that can run on a researcher’s own machines, such as a laptop or Linux system, on a remote machine, or through a lab’s high-performance computing setup. Anthropic has also said that it is not a new model and not a more capable model for biology. It uses Claude’s existing models and adds a workflow around them.
One Environment
Brings together databases, analysis tools, and compute so researchers do not have to jump between disconnected systems.
Runs on Your Infrastructure
Designed to sit on a lab’s own machines, so large or sensitive datasets can stay where they already live.
Auditable Artifacts
Figures and manuscripts come with the code and context that produced them, so work can be checked and reproduced.
Connects to Your Own Tools
Existing pipelines and trusted lab tools can be connected or saved as reusable skills for future sessions.
Claude Science is a beta product. Supported systems, plans, databases, and programs for labs may change, so confirm on Anthropic’s current pages before planning around it.
4How a Claude Science Task Flows
The pattern is plan, review, run, and check.
Anthropic’s descriptions suggest a human-friendly rhythm. The researcher describes a goal. Claude proposes a plan. The researcher reviews that plan. Claude then carries it out, writing and running code, and, for heavy jobs, preparing the work to be submitted to the lab’s own compute resources, such as a cluster, or to an on-demand cloud compute service. Results come back as artifacts such as figures, tables, and draft text, together with the details of how they were made.
flowchart TD
A["Researcher states a goal"] --> B["Claude drafts a plan"]
B --> C["Researcher reviews
and adjusts the plan"]
C --> D["Claude runs analyses
and prepares compute jobs"]
D --> E["Results appear as figures,
tables, and drafts"]
E --> F["A reviewer agent
and the researcher check them"]
F --> G["Refine until ready,
with code and methods attached"]
A lab manager asks a capable assistant to run an experiment. The assistant writes the protocol, the manager approves it, the assistant carries it out and records every step, and a second person double-checks the results. The records make the work repeatable.
5Reproducibility: Showing the Work
A result you cannot reproduce is hard to trust.
A central idea in Claude Science is that results should be reproducible. Anthropic describes figures and manuscripts that arrive with the code that created them, the computing environment, a plain-language explanation of the method, and the conversation that led to them. This makes it easier for other researchers, or for the same researcher months later, to see exactly how a result was produced, and to repeat or challenge it.
This matters because AI-assisted analysis can look polished while hiding choices that affect the outcome. By keeping the work visible, a workbench invites checking instead of blind trust.
The code behind each figure
You can see how a figure was computed, not just the picture, which lets you inspect the steps.
The environment
Knowing which tools and versions were used helps others recreate the same conditions.
The explanation of the method
A plain-language description helps colleagues and reviewers understand what was done and why.
The message history
The conversation shows how decisions were made, which is useful for review and for learning.
6Data, Privacy, and Where Things Run
Research data is often large, sensitive, or both.
Anthropic states that Claude Science runs on a lab’s own infrastructure, so large or sensitive datasets do not have to leave the systems they are already on, and only the context needed for each step of an analysis is sent to Claude. This design is meant to reduce the need to move whole datasets around. It does not remove the need for judgment. The context sent for each step may still include content from your data, so you should know what is being shared.
Research groups should also follow their institution’s rules, ethics approvals, and data agreements. Data about people, patients, or protected subjects can have strict requirements, and some programs of research may not allow certain data to be used with external services at all. When unsure, ask your institution’s data or compliance contact before using any tool.
Know What Leaves
Understand which context is sent for each step, and avoid including more than the task needs.
Follow Data Agreements
Check consent terms, ethics approvals, and institutional policies before using any dataset.
Protect Sensitive Subjects
Be especially careful with human subjects data, and use de-identified data where possible.
Ask When Unsure
Consult your data steward or compliance contact if a rule is unclear.
Running on your own machines reduces data movement, but it is not a substitute for checking your institution’s rules.
7Checking the Science
AI help in research needs more checking, not less.
Anthropic describes a reviewer agent within Claude Science that checks the work, together with human checks. A second AI reviewer can catch some mistakes, such as inconsistent steps or unsupported claims. It cannot replace a scientist’s judgment about whether a result makes sense, whether the method suits the question, or whether the data support the conclusion.
Good practice is to treat Claude’s analysis as a draft by a capable but fallible assistant. Read the code, check the assumptions, test results against known cases, confirm citations by opening the sources, and ask whether the conclusion is as strong as the evidence allows.
Review the plan before it runs
Check that the method fits the question, and that the data and controls are appropriate.
Read the code and settings
Look at how figures and statistics were computed, and note any assumptions or filters.
Test against a known case
Use data where you already know the expected answer, to confirm that the pipeline behaves.
Verify the citations
Open the cited papers and databases, and confirm they support what is claimed.
Get an independent human check
Ask a colleague to review important results before they are presented or published.
8Who Claude Science Is For, and Its Limits
It suits researchers who work with data and code, and it has limits.
Claude Science is aimed at working scientists, especially in data-heavy areas such as genomics, proteomics, and chemistry, where analysis involves many databases and tools. It can help people who write analysis code as a routine part of their research, and it can save time on repetitive set-up. It is less relevant for someone who only needs a quick answer to a general question, for whom ordinary Claude chat or the Research feature may be enough.
Good fits
- Analysis that spans many databases and tools.
- Work that needs reproducible figures and methods.
- Labs with their own computing resources.
- Teams who want to save pipelines as reusable skills.
Limits to remember
- It is a beta product, so features and systems may change.
- It is not a new or specialized model for biology.
- It cannot replace expert judgment about methods and conclusions.
- Sensitive data still needs institutional approval.
9Claude Security: Finding and Fixing Vulnerabilities
It helps security teams find weaknesses in their own code and fix them.
A vulnerability is a weakness in software that an attacker could use to cause harm, such as stealing data or taking control of a system. Security teams face a constant challenge: there are many possible weaknesses and too few people to find and fix them all. Claude Security is Anthropic’s product for scanning a codebase for vulnerabilities, checking the findings, and suggesting patches for the team to review and approve.
Anthropic first introduced it as Claude Code Security in early 2026 as a limited preview, then launched it as Claude Security in public beta for Claude Enterprise customers. It is described as reasoning about code more like a human security researcher, tracing how data flows between files and components, instead of only matching known patterns. Availability and plan details have been changing, so check Anthropic’s current pages.
A building inspector does not only check whether each door has a lock. They think about how a person could move through the building, find the forgotten window, and reach somewhere they should not. Claude Security aims to inspect software in that investigative way, and then to suggest a repair.
Claude Security is built for defense, meaning securing your own code. It is intended for security teams working on systems they are authorized to protect.
10How a Scan Works
The flow is scan, check, rate, and propose a fix.
According to Anthropic’s descriptions, you connect a code repository and Claude scans it, reading the source, understanding how parts interact, and tracing data through the system. Claude then challenges its own results before showing them, to reduce false alarms. Each validated finding comes with a confidence rating, a severity, an explanation, and a suggested patch. A person reviews each finding and decides what to approve.
flowchart TD
A["Connect a repository"] --> B["Claude scans and reasons
about the code"]
B --> C["Claude challenges its own findings"]
C --> D["Validated findings with
confidence and severity"]
D --> E["Suggested patch for each finding"]
E --> F{"Security team reviews"}
F -- "Approve" --> G["Fix is developed and shipped"]
F -- "Reject or change" --> H["Adjust the patch or dismiss"]
| Stage | What happens | Who decides |
|---|---|---|
| Scan | Claude reads the code and traces how data and components interact | The team chooses which repositories to scan |
| Validate | Claude re-examines its findings to reduce false positives | The team sees confidence ratings |
| Rate | Findings receive severity and confidence information | The team prioritizes |
| Propose | A recommended patch is generated | The team reviews and approves |
11Reading Findings and Reviewing Patches
A suggested fix is a proposal, and the human review is the safeguard.
Anthropic emphasizes that nothing is applied without human approval. Findings and patches appear for the team to review. A good reviewer treats each finding with healthy skepticism. They check that the vulnerability is real in the context of how the system is actually deployed, that the severity makes sense, and that the proposed patch fixes the problem without breaking other behavior.
Is It Real
Confirm the weakness can actually be reached in your deployment, using the confidence rating as a guide.
How Serious
Judge the severity against your own environment and what the system protects.
Does the Patch Fix It
Read the change, and confirm it closes the hole instead of moving it somewhere else.
Does It Break Anything
Run your tests and review side effects before the fix ships.
Approving a patch because it looks reasonable. A fix that passes a quick read can still introduce a new problem, so test it.
12Where Claude Code Fits In
Claude Code is where many fixes get developed.
Anthropic describes a smooth path from finding to fixing. Because Claude Security is built on Claude Code, teams can review findings and iterate on fixes within tools they already use. A finding can be opened in a Claude Code session to work through the patch with context. Anthropic also describes a Claude Security plugin for Claude Code in beta, which lets a team scan, validate, and patch directly inside Claude Code while keeping code within their environment.
This means the connection between the two is practical. Claude Security is the place that surfaces and tracks the issues, and Claude Code is a place where an engineer, with Claude’s help, writes the repair. The usual safety habits for Claude Code still apply: review diffs, run tests, and rely on version control.
Security surfaces a finding
A validated issue appears with its rating and a suggested patch.
An engineer opens it in Claude Code
The finding’s context carries into a coding session to work through the fix.
The change is reviewed and tested
The team reads the diff, runs tests, and checks for side effects.
The fix ships and is tracked
Claude Security can check open findings against code changes and mark them fixed when a patch lands.
13Keeping Watch: Ongoing Scanning and Project Context
Security is not a one-time event, so the product has grown to support ongoing work.
Anthropic has described updates that add ongoing code scanning and automatic fix tracking, so teams can monitor vulnerabilities as software changes. It also describes project-level context, such as a knowledge base where teams document how the code is deployed and which security policies apply, a threat model generated from the code that teams can review and edit, and an API that connects Claude Security to existing workflows to manage projects, view findings, and resolve or reopen issues. These features can change in beta, so read the current notes.
Continuous coverage
New code can be checked as it arrives, so coverage stays current without someone having to schedule each scan.
Fix tracking
Open findings are checked against code changes and marked fixed when a patch lands, which keeps the backlog honest.
A project knowledge base
Teams record how the system is deployed and what policies apply, which helps Claude judge how serious a finding really is.
A reviewable threat model
A generated model of how the system could be attacked gives the team something concrete to correct and refine.
Connection to existing workflows
An interface lets teams fit the findings into the tracking and reporting tools they already use.
14Responsible Use: Defense Only, With Permission
The same skill that finds weaknesses could be misused, so rules matter.
Anthropic has stated that the capabilities that help defenders find and fix vulnerabilities could also help attackers, which is why it frames Claude Security as a defensive tool with human approval at the center. Use it only on code and systems you own or are explicitly authorized to test. Do not scan or probe other people’s systems without permission. Keep findings confidential until they are fixed, and follow your organization’s process for handling and disclosing vulnerabilities.
Also be thoughtful about the access you give. A scanner reads your source code, so connect only the repositories that need scanning, and follow your organization’s policy on who may see findings, since vulnerability details are sensitive.
Only Your Own Code
Scan systems you own or have clear permission to assess, and nothing else.
Protect the Findings
Limit who can see vulnerability details, and keep them private until they are fixed.
Humans Approve Fixes
Review and test every patch before it is applied. Do not auto-apply without oversight.
Follow Disclosure Processes
Use your organization’s process for reporting and communicating security issues.
Do not use a vulnerability tool to probe systems you are not authorized to test. Defensive security depends on permission and accountability.
15Side by Side: Code, Science, and Security
A single table makes the differences easy to see.
| Topic | Claude Code | Claude Science | Claude Security |
|---|---|---|---|
| Main job | Build and change software | Do computational research with reproducible results | Find and fix vulnerabilities in code |
| Main users | Developers | Researchers and labs | Security teams |
| What it works on | A codebase and commands | Datasets, databases, analysis code, and compute | Repositories and security findings |
| Where it runs | Terminal, web, and other places | A dedicated app on the lab’s own machines or a remote system | Claude’s web experience, with an entry point and a plugin for Claude Code |
| Human oversight | Permission prompts, diffs, and tests | Plan review, reviewer agent, and researcher checks | Review and approval of every patch |
| Status | Established product | Beta at the time of writing | Public beta for Enterprise at the time of writing |
Statuses and plans in the last row change often. Confirm them on Anthropic’s current product pages.
16Choosing the Right Tool
Start from the job, not the name.
flowchart TD
A["What is your job?"] --> B{"Building or changing software?"}
B -- "Yes" --> C["Claude Code"]
B -- "No" --> D{"Analyzing scientific data
with code and databases?"}
D -- "Yes" --> E["Claude Science"]
D -- "No" --> F{"Finding weaknesses in
your own code?"}
F -- "Yes" --> G["Claude Security,
with Claude Code for the fix"]
F -- "No" --> H["Everyday Claude chat
or Research"]
A developer adding a feature
Claude Code is the natural choice for reading, writing, and testing code.
A biologist analyzing a large dataset
Claude Science fits when the work spans databases, code, and computing resources, and needs reproducible output.
A security team clearing a backlog
Claude Security helps find and prioritize issues, with Claude Code available for developing the fixes.
Someone with a general research question
Regular chat or the Research feature may be enough, without a dedicated workbench.
17Access, Plans, and Staying Current
Both specialist products are new, so availability moves quickly.
At the time of writing, Anthropic describes Claude Science as in beta for paid plans, with discounted programs for some research labs, and describes Claude Security as in public beta for Claude Enterprise customers, with wider availability said to be planned. Platforms supported, entry points, and features such as the Claude Code plugin have also been changing. These facts may already be out of date when you read this.
The sensible approach is to check the official product pages and help center, ask your organization’s administrator what is enabled for you, and avoid planning a project around a feature that is still in beta without a fallback.
Check the official product page
Look for the current status, supported systems, and plan requirements.
Ask your administrator
Find out what your organization has enabled, and who owns approvals and access.
Start with a small pilot
Try one project or one repository first, and learn what works before expanding.
Keep a fallback
Do not make a critical process depend only on a beta feature.
18Real-World Scenarios
Familiar situations show how the tools fit together.
A genomics lab standardizes an analysis
A researcher describes the question, reviews Claude’s plan, and lets it run the analysis on the lab’s cluster. The figures arrive with their code and methods. A colleague reruns the pipeline to confirm the results before a paper draft.
A student learns a new pipeline
Using the artifacts and message history, a student studies how an analysis was built step by step, and then reproduces it on a small test dataset.
A security team reviews a service
The team connects a repository, reviews the validated findings by confidence and severity, dismisses one that does not apply to their deployment, and approves a patch after testing.
An engineer fixes a flagged issue
The engineer opens a finding in Claude Code, works through the change with Claude, runs the tests, and submits the fix for the usual code review.
A platform team keeps coverage current
Ongoing scanning checks new code, and the team uses fix tracking to see which findings are closed, keeping the backlog accurate.
A manager decides where to start
The manager chooses one small research project and one repository for pilots, with clear owners, rather than rolling out everywhere at once.
19Advantages and Trade-offs
Specialist tools bring focus, and they ask for care.
Advantages
- Built around the real workflow of a specific profession.
- Results that are easier to audit and reproduce.
- Human review built into the design.
- Connections to tools teams already use.
- Time saved on repetitive setup and triage work.
Disadvantages / Trade-offs
- Beta status means features and availability change.
- Reading code or data raises privacy and access questions.
- AI findings and analyses can still be wrong.
- Review work remains, and needs skilled people.
- Plans and eligibility can limit who can use them.
20Common Mistakes and Anti-patterns
These habits cause most problems with specialist tools.
Problem
Assuming Claude Science or Claude Security is just a mode inside Claude Code.
Why It’s Harmful
You may look in the wrong place, expect the wrong features, or miss the access and plan requirements that apply.
Correct Approach
Treat them as separate products that connect in specific ways, and read each product’s own pages.
Problem
Trusting an AI-generated analysis because it comes with polished figures.
Why It’s Harmful
A good-looking result can rest on a wrong method, a filtered dataset, or a hidden assumption.
Correct Approach
Read the code and methods, test with known cases, verify citations, and get an independent human review.
Problem
Approving suggested security patches without testing them.
Why It’s Harmful
A patch can break behavior or leave a related weakness, creating a false sense that the issue is closed.
Correct Approach
Read the diff, run your tests, check side effects, and follow your normal code review.
Problem
Connecting every repository or dataset without thinking about who can see the results.
Why It’s Harmful
Vulnerability details and research data are sensitive, and wide access increases the chance of exposure.
Correct Approach
Limit scope to what is needed, restrict access to findings, and follow institutional policies.
Problem
Scanning or probing systems you do not own and are not authorized to test.
Why It’s Harmful
It can be illegal and harmful, and it undermines the defensive purpose these tools are meant to serve.
Correct Approach
Use security tooling only on code and systems you own or are explicitly authorized to assess.
21A Simple Routine for Safe, Useful Use
Follow these steps for either specialist tool.
Pick the right tool for the job
Use Claude Code for building, Science for research analysis, and Security for finding weaknesses in your own code.
Confirm access and rules
Check plans, administrator settings, data agreements, and authorization to scan.
Start small
Pilot with one project or repository, and learn how the tool behaves.
Review the plan or finding
Check the method, the severity, or the context before any work proceeds.
Verify before you rely
Test analyses against known cases, and test patches before they ship.
Record and review
Keep the methods, approvals, and decisions, and recheck the product pages for changes.
22Myths and Facts
A few popular beliefs about these tools are only partly true.
| Myth | Fact |
|---|---|
| Claude Science is a special biology model. | Anthropic says it is not a new model. It is a workbench built around existing Claude models. |
| Science and Security are settings inside Claude Code. | They are separate products. Security connects to Claude Code for fixing, and Science has its own application. |
| Claude Security applies fixes automatically. | Anthropic says nothing is applied without human approval, and every patch is for the team to review. |
| Running on lab machines means no data considerations. | Only the context needed for each step is sent to Claude, but you must still know what is sent and follow institutional rules. |
| A reviewer agent makes human checking unnecessary. | It can catch some mistakes, but scientists and security engineers still need to judge the results. |
| These products are finished and stable. | They are in beta at the time of writing, and plans, features, and names have already changed. |
| Security tools can be pointed at any system. | They are for defense on systems you own or are authorized to assess. |
23Frequently Asked Questions
Quick answers to the questions beginners ask most.
Not exactly. Claude Science is a separate workbench application. Claude Security is a separate product that connects to Claude Code, for example by opening findings there and through a plugin for Claude Code.
It is Anthropic’s AI workbench for scientists, which brings databases, analysis tools, and computing into one environment and produces reproducible figures and manuscripts.
No. Anthropic says it is not a new or more capable model for biology. It uses existing Claude models inside a workflow built for research.
Anthropic says the app runs on your own infrastructure and only the context needed for each step is sent to Claude. Still, check what is sent and follow your institution’s rules.
It is a product for security teams that scans a codebase for vulnerabilities, validates findings, rates them, and suggests patches that people review and approve. It was previously called Claude Code Security.
Anthropic says every patch requires human review and approval. Treat suggestions as proposals, and test them before shipping.
Findings can be opened in a Claude Code session to develop the fix, and a Claude Security plugin for Claude Code is described as available in beta.
Availability differs and is changing. At the time of writing, Science is described as in beta for paid plans and Security as in public beta for Enterprise. Check the official pages.
No. Use it only on code and systems you own or are explicitly authorized to assess.
Review plans and findings, read the code, test with known cases or your test suite, verify citations, and get an independent human check for important results.
On Anthropic’s official product pages and help center, since these products are new and change often.
24Summary and Key Takeaways
Claude Code, Claude Science, and Claude Security are related tools with different jobs. Claude Code is the agent for building and changing software. Claude Science is a separate workbench that helps researchers bring data, tools, and computing together and produce reproducible results, running on the lab’s own infrastructure. Claude Security is a defensive product that scans code for vulnerabilities, validates its findings, and proposes patches for people to approve, with a close connection to Claude Code for developing the fixes. In every case, human review matters most: check plans and findings, read the code, test results, protect sensitive data, use security tools only where you are authorized, and recheck Anthropic’s pages because these beta products keep changing.
Key Takeaways
- Three tools, three jobs — Claude Code builds software, Claude Science supports research, and Claude Security finds and fixes vulnerabilities.
- They are related, not identical — Science is its own application, and Security is its own product that connects to Claude Code for fixes.
- Science favors reproducibility — results come with code, environment, methods, and history, so work can be checked and repeated.
- Security favors human approval — findings come with confidence and severity, and every patch is for the team to review and test.
- Mind the data and permission — know what context is sent, follow institutional rules, and scan only code you own or are authorized to assess.
- Verify, do not assume — read the code, test with known cases, and keep an independent human check for important results.
- Expect change — these are beta products, so confirm plans, status, and features on Anthropic’s current pages.