Claude Science and Claude Security in Claude Code

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.

Tool 1

Claude Code

An agentic coding tool for building, reading, testing, and changing software.

Tool 2

Claude Science

A research workbench that brings a scientist’s data, tools, and computing into one environment, producing reproducible results.

Tool 3

Claude Security

A vulnerability scanning and patching product for security teams, with human review of every proposed fix.

Simple Analogy

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.

i
Remember

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.

QuestionClaude 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
Simple Analogy

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.

Feature 1

One Environment

Brings together databases, analysis tools, and compute so researchers do not have to jump between disconnected systems.

Feature 2

Runs on Your Infrastructure

Designed to sit on a lab’s own machines, so large or sensitive datasets can stay where they already live.

Feature 3

Auditable Artifacts

Figures and manuscripts come with the code and context that produced them, so work can be checked and reproduced.

Feature 4

Connects to Your Own Tools

Existing pipelines and trusted lab tools can be connected or saved as reusable skills for future sessions.

!
Check the Details

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"]
FIG 1 — A simplified flow for a research task in Claude Science
Simple Analogy

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.

Practice 1

Know What Leaves

Understand which context is sent for each step, and avoid including more than the task needs.

Practice 2

Follow Data Agreements

Check consent terms, ethics approvals, and institutional policies before using any dataset.

Practice 3

Protect Sensitive Subjects

Be especially careful with human subjects data, and use de-identified data where possible.

Practice 4

Ask When Unsure

Consult your data steward or compliance contact if a rule is unclear.

!
Important

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.

1

Review the plan before it runs

Check that the method fits the question, and that the data and controls are appropriate.

2

Read the code and settings

Look at how figures and statistics were computed, and note any assumptions or filters.

3

Test against a known case

Use data where you already know the expected answer, to confirm that the pipeline behaves.

4

Verify the citations

Open the cited papers and databases, and confirm they support what is claimed.

5

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.

Simple Analogy

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.

i
Good to Know

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"]
FIG 2 — A simplified flow from scan to approved fix
StageWhat happensWho decides
ScanClaude reads the code and traces how data and components interactThe team chooses which repositories to scan
ValidateClaude re-examines its findings to reduce false positivesThe team sees confidence ratings
RateFindings receive severity and confidence informationThe team prioritizes
ProposeA recommended patch is generatedThe 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.

Check 1

Is It Real

Confirm the weakness can actually be reached in your deployment, using the confidence rating as a guide.

Check 2

How Serious

Judge the severity against your own environment and what the system protects.

Check 3

Does the Patch Fix It

Read the change, and confirm it closes the hole instead of moving it somewhere else.

Check 4

Does It Break Anything

Run your tests and review side effects before the fix ships.

!
Common Mistake

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.

1

Security surfaces a finding

A validated issue appears with its rating and a suggested patch.

2

An engineer opens it in Claude Code

The finding’s context carries into a coding session to work through the fix.

3

The change is reviewed and tested

The team reads the diff, runs tests, and checks for side effects.

4

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.

Rule 1

Only Your Own Code

Scan systems you own or have clear permission to assess, and nothing else.

Rule 2

Protect the Findings

Limit who can see vulnerability details, and keep them private until they are fixed.

Rule 3

Humans Approve Fixes

Review and test every patch before it is applied. Do not auto-apply without oversight.

Rule 4

Follow Disclosure Processes

Use your organization’s process for reporting and communicating security issues.

!
Important

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.

TopicClaude CodeClaude ScienceClaude Security
Main jobBuild and change softwareDo computational research with reproducible resultsFind and fix vulnerabilities in code
Main usersDevelopersResearchers and labsSecurity teams
What it works onA codebase and commandsDatasets, databases, analysis code, and computeRepositories and security findings
Where it runsTerminal, web, and other placesA dedicated app on the lab’s own machines or a remote systemClaude’s web experience, with an entry point and a plugin for Claude Code
Human oversightPermission prompts, diffs, and testsPlan review, reviewer agent, and researcher checksReview and approval of every patch
StatusEstablished productBeta at the time of writingPublic beta for Enterprise at the time of writing
i
Helpful Idea

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"]
FIG 3 — A simple way to choose among the tools

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.

1

Check the official product page

Look for the current status, supported systems, and plan requirements.

2

Ask your administrator

Find out what your organization has enabled, and who owns approvals and access.

3

Start with a small pilot

Try one project or one repository first, and learn what works before expanding.

4

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.

ANTI-PATTERN-01 Avoid
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.

ANTI-PATTERN-02 Avoid
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.

ANTI-PATTERN-03 Avoid
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.

ANTI-PATTERN-04 Avoid
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.

ANTI-PATTERN-05 Avoid
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.

1

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.

2

Confirm access and rules

Check plans, administrator settings, data agreements, and authorization to scan.

3

Start small

Pilot with one project or repository, and learn how the tool behaves.

4

Review the plan or finding

Check the method, the severity, or the context before any work proceeds.

5

Verify before you rely

Test analyses against known cases, and test patches before they ship.

6

Record and review

Keep the methods, approvals, and decisions, and recheck the product pages for changes.

Scope
Right tool, right data, right permission
Review
Humans check plans, findings, and patches
Verify
Test results before relying on them

22Myths and Facts

A few popular beliefs about these tools are only partly true.

MythFact
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.

Q1Are Claude Science and Claude Security part of Claude Code?

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.

Q2What is Claude Science?

It is Anthropic’s AI workbench for scientists, which brings databases, analysis tools, and computing into one environment and produces reproducible figures and manuscripts.

Q3Is Claude Science a new model?

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.

Q4Does my research data leave my machines?

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.

Q5What is Claude Security?

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.

Q6Does it fix code automatically?

Anthropic says every patch requires human review and approval. Treat suggestions as proposals, and test them before shipping.

Q7How does Claude Code come into it?

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.

Q8Who can use them?

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.

Q9Can I scan any website or system with Claude Security?

No. Use it only on code and systems you own or are explicitly authorized to assess.

Q10How do I trust the results?

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.

Q11Where do I find the latest details?

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.

“Specialist tools find and propose. People review, test, and decide.”

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.