bridgekit 0.3.2__tar.gz → 0.3.3__tar.gz

{bridgekit-0.3.2 → bridgekit-0.3.3}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: bridgekit
-Version: 0.3.2
+Version: 0.3.3
 Summary: AI tools that make you a better data scientist, not a redundant one.
 License: MIT
 Project-URL: Homepage, https://github.com/getbridgekit/bridgekit
@@ -26,10 +26,18 @@ Requires-Dist: pytest>=7.0.0; extra == "dev"
 Requires-Dist: pytest-mock>=3.0.0; extra == "dev"
 Dynamic: license-file
 
+<p align="center">
+  <img src="assets/logo.png" alt="Bridgekit" width="200"/>
+</p>
+
 # Bridgekit
 
 **AI tools that make you a better data scientist, not a redundant one.**
 
+[![PyPI](https://img.shields.io/pypi/v/bridgekit)](https://pypi.org/project/bridgekit/)
+[![Downloads](https://img.shields.io/pypi/dm/bridgekit)](https://pypi.org/project/bridgekit/)
+[![License](https://img.shields.io/pypi/l/bridgekit)](https://github.com/getbridgekit/bridgekit/blob/main/LICENSE)
+
 Data scientists are not being replaced — they're being asked to do more with less context, less time, and more pressure to be right. Bridgekit is a growing suite of small, focused tools that bring AI into your existing workflow to sharpen your thinking, catch your blind spots, and level up your craft.
 
 No new interface to learn. Just better work.
@@ -75,7 +83,7 @@ jupyter notebook
 Then import whichever tool you need:
 
 ```python
-from bridgekit import evaluate, plan, ask
+from bridgekit import evaluate, plan, ask, redteam
 ```
 
 **Review a writeup:**
@@ -97,7 +105,7 @@ print(ask("What drove churn in Q3?", source="reports/"))
 
 ## Tool #1: Analysis Reviewer
 
-Write your findings the way you normally would. Bridgekit reads them and gives you the feedback a senior data scientist would — before you walk into the meeting.
+Write your findings the way you normally would. Bridgekit reads them and gives you the feedback a senior data scientist would — to help you improve your work before you walk into the meeting.
 
 ```python
 from bridgekit import evaluate
@@ -251,6 +259,116 @@ ALTERNATIVES
 
 ---
 
+## Tool #4: Red Team
+
+Simulate a skeptical stakeholder challenging your work to prepare you for the questions you hope no one asks — but now you're ready if they do.
+
+```python
+from bridgekit import redteam
+
+text = """
+I analyzed 90 days of user behavior data to understand what drives subscription
+upgrades. Users who engaged with the reporting feature within their first week
+were 3x more likely to upgrade within 30 days. I recommend we prioritize
+onboarding users to reporting as a growth lever.
+"""
+
+# Default — skeptical senior executive
+print(redteam(text))
+
+# Or specify a stakeholder
+print(redteam(text, stakeholder="VP of Engineering"))
+print(redteam(text, stakeholder="VP of Marketing"))
+```
+
+Same writeup, different attack angles:
+
+**VP of Engineering output:**
+```
+BRIDGEKIT RED TEAM
+─────────────────────────────────────────
+STAKEHOLDER: VP of Engineering
+
+CRITIQUE 1: Classic correlation-causation conflation
+❯ "You're telling me to re-architect our onboarding flow based on a correlation?
+Users who dig into reporting in week one are probably already power users.
+You haven't shown me that exposing someone to reporting causes them to upgrade."
+WHY IT LANDS: No causal identification strategy — no experiment, no instrumental
+variable, no matched cohort analysis.
+TO ADDRESS: Run an A/B test where randomized new users get guided into reporting
+during onboarding. At minimum, a propensity-score-matched comparison controlling
+for user segment and acquisition channel.
+
+CRITIQUE 2: 3x on what base rate?
+❯ "If the base upgrade rate is 0.5% and reporting users upgrade at 1.5%, I'm not
+re-prioritizing my engineering roadmap for that."
+WHY IT LANDS: Relative lift without base rates inflates significance. No way to
+evaluate whether this justifies the engineering investment.
+TO ADDRESS: Absolute upgrade rates, cohort sizes, estimated incremental revenue,
+and rough engineering cost to frame ROI.
+
+CRITIQUE 3: No definition of "engaged with reporting"
+❯ "What does engaged actually mean? Clicked once? Built a custom report?
+If someone accidentally opened the tab, are they in your 3x cohort?"
+WHY IT LANDS: The threshold fundamentally changes the interpretation and
+the recommended intervention.
+TO ADDRESS: Define exact engagement criteria, show sensitivity analysis
+across definitions.
+
+─────────────────────────────────────────
+HARDEST QUESTION TO ANSWER
+"What specific onboarding action would you implement, and what engagement depth
+does it need to produce to replicate the effect — and have you tested whether
+you can actually get general users to that depth?"
+```
+
+**VP of Marketing output:**
+```
+BRIDGEKIT RED TEAM
+─────────────────────────────────────────
+STAKEHOLDER: VP of Marketing
+
+CRITIQUE 1: Correlation masquerading as a growth lever
+❯ "You're telling me to restructure onboarding based on a correlation. How do
+you know that users who found reporting weren't already power users or
+higher-intent buyers who would have upgraded regardless?"
+WHY IT LANDS: Classic selection bias. Users who proactively explore an advanced
+feature in week one are likely more sophisticated or higher-intent. The 3x lift
+could entirely reflect who they already were, not what the feature did to them.
+TO ADDRESS: A/B test forcing reporting exposure in onboarding vs. not, or a
+propensity-matched cohort controlling for acquisition source, company size,
+and plan tier.
+
+CRITIQUE 2: Where's the segmentation by channel and campaign?
+❯ "I spent millions driving traffic from different channels last quarter.
+Did you even look at where these reporting-engaged users came from? If they're
+all from our enterprise webinar funnel, this isn't a product insight —
+it's a marketing attribution insight you've mislabeled."
+WHY IT LANDS: Marketing mix directly shapes user intent. If reporting-engaged
+users came disproportionately from specific campaigns, the real lever might be
+acquiring more users like them, not changing onboarding.
+TO ADDRESS: Break the 3x uplift down by acquisition channel and campaign.
+Show the effect holds within channels, not just across the blended population.
+
+CRITIQUE 3: 90 days is a dangerously thin window
+❯ "Was there a product launch, a pricing change, or a big campaign push in
+that window? How do I know this finding isn't an artifact of whatever else
+was happening in those specific 90 days?"
+WHY IT LANDS: 90 days is susceptible to confounding events. Any single-quarter
+analysis carries high risk of temporal bias.
+TO ADDRESS: Replicate the finding across multiple 90-day windows. Flag any
+major product, pricing, or marketing events and show the effect persists
+after controlling for them.
+
+─────────────────────────────────────────
+HARDEST QUESTION TO ANSWER
+"If I run an A/B test tomorrow where we force half of new users through a
+reporting-focused onboarding flow, what conversion lift are you personally
+willing to commit to — and what's your confidence interval on that estimate?"
+```
+
+---
+
 ## Why not just use Claude?
 
 You could. But you'd need to know what to ask, how to frame it, and what a good answer looks like. Bridgekit has that baked in — it knows you're a data scientist presenting findings, so it asks the right questions automatically. No prompt engineering required. Just paste your work and run it.
@@ -267,7 +385,7 @@ Because your analysis already lives in a notebook. Bridgekit meets you there. A
 
 ## What's next?
 
-Bridgekit is a suite, not a one-off. Three tools are live — more are coming:
+Bridgekit is a suite, not a one-off. Four tools are live — more are coming:
 
 - **Stakeholder translator** — turn your technical findings into a narrative a non-technical audience will actually follow
 - **Assumption checker** — state your analytical assumptions, get the ones you missed

{bridgekit-0.3.2 → bridgekit-0.3.3}/README.md

@@ -1,7 +1,15 @@
+<p align="center">
+  <img src="assets/logo.png" alt="Bridgekit" width="200"/>
+</p>
+
 # Bridgekit
 
 **AI tools that make you a better data scientist, not a redundant one.**
 
+[![PyPI](https://img.shields.io/pypi/v/bridgekit)](https://pypi.org/project/bridgekit/)
+[![Downloads](https://img.shields.io/pypi/dm/bridgekit)](https://pypi.org/project/bridgekit/)
+[![License](https://img.shields.io/pypi/l/bridgekit)](https://github.com/getbridgekit/bridgekit/blob/main/LICENSE)
+
 Data scientists are not being replaced — they're being asked to do more with less context, less time, and more pressure to be right. Bridgekit is a growing suite of small, focused tools that bring AI into your existing workflow to sharpen your thinking, catch your blind spots, and level up your craft.
 
 No new interface to learn. Just better work.
@@ -47,7 +55,7 @@ jupyter notebook
 Then import whichever tool you need:
 
 ```python
-from bridgekit import evaluate, plan, ask
+from bridgekit import evaluate, plan, ask, redteam
 ```
 
 **Review a writeup:**
@@ -69,7 +77,7 @@ print(ask("What drove churn in Q3?", source="reports/"))
 
 ## Tool #1: Analysis Reviewer
 
-Write your findings the way you normally would. Bridgekit reads them and gives you the feedback a senior data scientist would — before you walk into the meeting.
+Write your findings the way you normally would. Bridgekit reads them and gives you the feedback a senior data scientist would — to help you improve your work before you walk into the meeting.
 
 ```python
 from bridgekit import evaluate
@@ -223,6 +231,116 @@ ALTERNATIVES
 
 ---
 
+## Tool #4: Red Team
+
+Simulate a skeptical stakeholder challenging your work to prepare you for the questions you hope no one asks — but now you're ready if they do.
+
+```python
+from bridgekit import redteam
+
+text = """
+I analyzed 90 days of user behavior data to understand what drives subscription
+upgrades. Users who engaged with the reporting feature within their first week
+were 3x more likely to upgrade within 30 days. I recommend we prioritize
+onboarding users to reporting as a growth lever.
+"""
+
+# Default — skeptical senior executive
+print(redteam(text))
+
+# Or specify a stakeholder
+print(redteam(text, stakeholder="VP of Engineering"))
+print(redteam(text, stakeholder="VP of Marketing"))
+```
+
+Same writeup, different attack angles:
+
+**VP of Engineering output:**
+```
+BRIDGEKIT RED TEAM
+─────────────────────────────────────────
+STAKEHOLDER: VP of Engineering
+
+CRITIQUE 1: Classic correlation-causation conflation
+❯ "You're telling me to re-architect our onboarding flow based on a correlation?
+Users who dig into reporting in week one are probably already power users.
+You haven't shown me that exposing someone to reporting causes them to upgrade."
+WHY IT LANDS: No causal identification strategy — no experiment, no instrumental
+variable, no matched cohort analysis.
+TO ADDRESS: Run an A/B test where randomized new users get guided into reporting
+during onboarding. At minimum, a propensity-score-matched comparison controlling
+for user segment and acquisition channel.
+
+CRITIQUE 2: 3x on what base rate?
+❯ "If the base upgrade rate is 0.5% and reporting users upgrade at 1.5%, I'm not
+re-prioritizing my engineering roadmap for that."
+WHY IT LANDS: Relative lift without base rates inflates significance. No way to
+evaluate whether this justifies the engineering investment.
+TO ADDRESS: Absolute upgrade rates, cohort sizes, estimated incremental revenue,
+and rough engineering cost to frame ROI.
+
+CRITIQUE 3: No definition of "engaged with reporting"
+❯ "What does engaged actually mean? Clicked once? Built a custom report?
+If someone accidentally opened the tab, are they in your 3x cohort?"
+WHY IT LANDS: The threshold fundamentally changes the interpretation and
+the recommended intervention.
+TO ADDRESS: Define exact engagement criteria, show sensitivity analysis
+across definitions.
+
+─────────────────────────────────────────
+HARDEST QUESTION TO ANSWER
+"What specific onboarding action would you implement, and what engagement depth
+does it need to produce to replicate the effect — and have you tested whether
+you can actually get general users to that depth?"
+```
+
+**VP of Marketing output:**
+```
+BRIDGEKIT RED TEAM
+─────────────────────────────────────────
+STAKEHOLDER: VP of Marketing
+
+CRITIQUE 1: Correlation masquerading as a growth lever
+❯ "You're telling me to restructure onboarding based on a correlation. How do
+you know that users who found reporting weren't already power users or
+higher-intent buyers who would have upgraded regardless?"
+WHY IT LANDS: Classic selection bias. Users who proactively explore an advanced
+feature in week one are likely more sophisticated or higher-intent. The 3x lift
+could entirely reflect who they already were, not what the feature did to them.
+TO ADDRESS: A/B test forcing reporting exposure in onboarding vs. not, or a
+propensity-matched cohort controlling for acquisition source, company size,
+and plan tier.
+
+CRITIQUE 2: Where's the segmentation by channel and campaign?
+❯ "I spent millions driving traffic from different channels last quarter.
+Did you even look at where these reporting-engaged users came from? If they're
+all from our enterprise webinar funnel, this isn't a product insight —
+it's a marketing attribution insight you've mislabeled."
+WHY IT LANDS: Marketing mix directly shapes user intent. If reporting-engaged
+users came disproportionately from specific campaigns, the real lever might be
+acquiring more users like them, not changing onboarding.
+TO ADDRESS: Break the 3x uplift down by acquisition channel and campaign.
+Show the effect holds within channels, not just across the blended population.
+
+CRITIQUE 3: 90 days is a dangerously thin window
+❯ "Was there a product launch, a pricing change, or a big campaign push in
+that window? How do I know this finding isn't an artifact of whatever else
+was happening in those specific 90 days?"
+WHY IT LANDS: 90 days is susceptible to confounding events. Any single-quarter
+analysis carries high risk of temporal bias.
+TO ADDRESS: Replicate the finding across multiple 90-day windows. Flag any
+major product, pricing, or marketing events and show the effect persists
+after controlling for them.
+
+─────────────────────────────────────────
+HARDEST QUESTION TO ANSWER
+"If I run an A/B test tomorrow where we force half of new users through a
+reporting-focused onboarding flow, what conversion lift are you personally
+willing to commit to — and what's your confidence interval on that estimate?"
+```
+
+---
+
 ## Why not just use Claude?
 
 You could. But you'd need to know what to ask, how to frame it, and what a good answer looks like. Bridgekit has that baked in — it knows you're a data scientist presenting findings, so it asks the right questions automatically. No prompt engineering required. Just paste your work and run it.
@@ -239,7 +357,7 @@ Because your analysis already lives in a notebook. Bridgekit meets you there. A
 
 ## What's next?
 
-Bridgekit is a suite, not a one-off. Three tools are live — more are coming:
+Bridgekit is a suite, not a one-off. Four tools are live — more are coming:
 
 - **Stakeholder translator** — turn your technical findings into a narrative a non-technical audience will actually follow
 - **Assumption checker** — state your analytical assumptions, get the ones you missed

bridgekit-0.3.3/bridgekit/__init__.py

@@ -0,0 +1,7 @@
+from .reviewer import evaluate
+from .search import ask
+from .planner import plan
+from .redteam import redteam
+
+__version__ = "0.3.3"
+__all__ = ["evaluate", "ask", "plan", "redteam"]

bridgekit-0.3.3/bridgekit/redteam.py

@@ -0,0 +1,87 @@
+import os
+import anthropic
+from .config import DEFAULT_MODEL
+
+DEFAULT_STAKEHOLDER = "a skeptical senior executive with no tolerance for weak methodology, unsupported claims, or vague business impact"
+
+SYSTEM_PROMPT_TEMPLATE = """You are {stakeholder}.
+
+You have just read a data science analysis writeup. You are not here to be helpful — you are here to find every weakness, challenge every assumption, and ask the questions that will expose flaws in the analysis.
+
+Your job is to identify the 3 hardest critiques a skeptical stakeholder would make in a readout. For each critique:
+- State the challenge directly and bluntly, as the stakeholder would say it
+- Explain why this is a legitimate weak point in the analysis
+- State what would need to be true for this critique to be addressed
+
+Format your response exactly like this:
+
+BRIDGEKIT RED TEAM
+─────────────────────────────────────────
+STAKEHOLDER: {stakeholder_label}
+
+CRITIQUE 1: [short title]
+❯ [direct challenge as the stakeholder would say it, in quotes]
+WHY IT LANDS: [1-2 sentences on why this is a real weakness]
+TO ADDRESS: [what would need to be shown or proven]
+
+CRITIQUE 2: [short title]
+❯ [direct challenge, in quotes]
+WHY IT LANDS: [1-2 sentences]
+TO ADDRESS: [what would need to be shown or proven]
+
+CRITIQUE 3: [short title]
+❯ [direct challenge, in quotes]
+WHY IT LANDS: [1-2 sentences]
+TO ADDRESS: [what would need to be shown or proven]
+
+─────────────────────────────────────────
+HARDEST QUESTION TO ANSWER
+[The single question the stakeholder would ask that would be hardest to answer on the spot]
+"""
+
+
+def redteam(text: str, stakeholder: str = None) -> str:
+    """
+    Red-team a data science analysis writeup from the perspective of a skeptical stakeholder.
+
+    Args:
+        text:        Your analysis writeup as a plain string.
+        stakeholder: Optional. The skeptical stakeholder role (e.g. "VP of Finance",
+                     "skeptical board member", "Chief Revenue Officer").
+                     Defaults to a generic skeptical senior executive.
+
+    Returns:
+        The 3-5 hardest critiques the stakeholder would make, plus the single
+        hardest question to answer on the spot.
+    """
+    if not text or not text.strip():
+        raise ValueError("Text cannot be empty.")
+
+    api_key = os.environ.get("ANTHROPIC_API_KEY")
+    if not api_key:
+        raise EnvironmentError(
+            "ANTHROPIC_API_KEY not found. Set it with: export ANTHROPIC_API_KEY=your_key_here"
+        )
+
+    stakeholder_label = stakeholder if stakeholder else "Skeptical Senior Executive"
+    stakeholder_desc = stakeholder if stakeholder else DEFAULT_STAKEHOLDER
+
+    system_prompt = SYSTEM_PROMPT_TEMPLATE.format(
+        stakeholder=stakeholder_desc,
+        stakeholder_label=stakeholder_label
+    )
+
+    client = anthropic.Anthropic(api_key=api_key)
+    message = client.messages.create(
+        model=DEFAULT_MODEL,
+        max_tokens=1024,
+        system=system_prompt,
+        messages=[
+            {
+                "role": "user",
+                "content": f"Red-team this analysis writeup:\n\n{text}"
+            }
+        ]
+    )
+
+    return message.content[0].text

{bridgekit-0.3.2 → bridgekit-0.3.3}/bridgekit.egg-info/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: bridgekit
-Version: 0.3.2
+Version: 0.3.3
 Summary: AI tools that make you a better data scientist, not a redundant one.
 License: MIT
 Project-URL: Homepage, https://github.com/getbridgekit/bridgekit
@@ -26,10 +26,18 @@ Requires-Dist: pytest>=7.0.0; extra == "dev"
 Requires-Dist: pytest-mock>=3.0.0; extra == "dev"
 Dynamic: license-file
 
+<p align="center">
+  <img src="assets/logo.png" alt="Bridgekit" width="200"/>
+</p>
+
 # Bridgekit
 
 **AI tools that make you a better data scientist, not a redundant one.**
 
+[![PyPI](https://img.shields.io/pypi/v/bridgekit)](https://pypi.org/project/bridgekit/)
+[![Downloads](https://img.shields.io/pypi/dm/bridgekit)](https://pypi.org/project/bridgekit/)
+[![License](https://img.shields.io/pypi/l/bridgekit)](https://github.com/getbridgekit/bridgekit/blob/main/LICENSE)
+
 Data scientists are not being replaced — they're being asked to do more with less context, less time, and more pressure to be right. Bridgekit is a growing suite of small, focused tools that bring AI into your existing workflow to sharpen your thinking, catch your blind spots, and level up your craft.
 
 No new interface to learn. Just better work.
@@ -75,7 +83,7 @@ jupyter notebook
 Then import whichever tool you need:
 
 ```python
-from bridgekit import evaluate, plan, ask
+from bridgekit import evaluate, plan, ask, redteam
 ```
 
 **Review a writeup:**
@@ -97,7 +105,7 @@ print(ask("What drove churn in Q3?", source="reports/"))
 
 ## Tool #1: Analysis Reviewer
 
-Write your findings the way you normally would. Bridgekit reads them and gives you the feedback a senior data scientist would — before you walk into the meeting.
+Write your findings the way you normally would. Bridgekit reads them and gives you the feedback a senior data scientist would — to help you improve your work before you walk into the meeting.
 
 ```python
 from bridgekit import evaluate
@@ -251,6 +259,116 @@ ALTERNATIVES
 
 ---
 
+## Tool #4: Red Team
+
+Simulate a skeptical stakeholder challenging your work to prepare you for the questions you hope no one asks — but now you're ready if they do.
+
+```python
+from bridgekit import redteam
+
+text = """
+I analyzed 90 days of user behavior data to understand what drives subscription
+upgrades. Users who engaged with the reporting feature within their first week
+were 3x more likely to upgrade within 30 days. I recommend we prioritize
+onboarding users to reporting as a growth lever.
+"""
+
+# Default — skeptical senior executive
+print(redteam(text))
+
+# Or specify a stakeholder
+print(redteam(text, stakeholder="VP of Engineering"))
+print(redteam(text, stakeholder="VP of Marketing"))
+```
+
+Same writeup, different attack angles:
+
+**VP of Engineering output:**
+```
+BRIDGEKIT RED TEAM
+─────────────────────────────────────────
+STAKEHOLDER: VP of Engineering
+
+CRITIQUE 1: Classic correlation-causation conflation
+❯ "You're telling me to re-architect our onboarding flow based on a correlation?
+Users who dig into reporting in week one are probably already power users.
+You haven't shown me that exposing someone to reporting causes them to upgrade."
+WHY IT LANDS: No causal identification strategy — no experiment, no instrumental
+variable, no matched cohort analysis.
+TO ADDRESS: Run an A/B test where randomized new users get guided into reporting
+during onboarding. At minimum, a propensity-score-matched comparison controlling
+for user segment and acquisition channel.
+
+CRITIQUE 2: 3x on what base rate?
+❯ "If the base upgrade rate is 0.5% and reporting users upgrade at 1.5%, I'm not
+re-prioritizing my engineering roadmap for that."
+WHY IT LANDS: Relative lift without base rates inflates significance. No way to
+evaluate whether this justifies the engineering investment.
+TO ADDRESS: Absolute upgrade rates, cohort sizes, estimated incremental revenue,
+and rough engineering cost to frame ROI.
+
+CRITIQUE 3: No definition of "engaged with reporting"
+❯ "What does engaged actually mean? Clicked once? Built a custom report?
+If someone accidentally opened the tab, are they in your 3x cohort?"
+WHY IT LANDS: The threshold fundamentally changes the interpretation and
+the recommended intervention.
+TO ADDRESS: Define exact engagement criteria, show sensitivity analysis
+across definitions.
+
+─────────────────────────────────────────
+HARDEST QUESTION TO ANSWER
+"What specific onboarding action would you implement, and what engagement depth
+does it need to produce to replicate the effect — and have you tested whether
+you can actually get general users to that depth?"
+```
+
+**VP of Marketing output:**
+```
+BRIDGEKIT RED TEAM
+─────────────────────────────────────────
+STAKEHOLDER: VP of Marketing
+
+CRITIQUE 1: Correlation masquerading as a growth lever
+❯ "You're telling me to restructure onboarding based on a correlation. How do
+you know that users who found reporting weren't already power users or
+higher-intent buyers who would have upgraded regardless?"
+WHY IT LANDS: Classic selection bias. Users who proactively explore an advanced
+feature in week one are likely more sophisticated or higher-intent. The 3x lift
+could entirely reflect who they already were, not what the feature did to them.
+TO ADDRESS: A/B test forcing reporting exposure in onboarding vs. not, or a
+propensity-matched cohort controlling for acquisition source, company size,
+and plan tier.
+
+CRITIQUE 2: Where's the segmentation by channel and campaign?
+❯ "I spent millions driving traffic from different channels last quarter.
+Did you even look at where these reporting-engaged users came from? If they're
+all from our enterprise webinar funnel, this isn't a product insight —
+it's a marketing attribution insight you've mislabeled."
+WHY IT LANDS: Marketing mix directly shapes user intent. If reporting-engaged
+users came disproportionately from specific campaigns, the real lever might be
+acquiring more users like them, not changing onboarding.
+TO ADDRESS: Break the 3x uplift down by acquisition channel and campaign.
+Show the effect holds within channels, not just across the blended population.
+
+CRITIQUE 3: 90 days is a dangerously thin window
+❯ "Was there a product launch, a pricing change, or a big campaign push in
+that window? How do I know this finding isn't an artifact of whatever else
+was happening in those specific 90 days?"
+WHY IT LANDS: 90 days is susceptible to confounding events. Any single-quarter
+analysis carries high risk of temporal bias.
+TO ADDRESS: Replicate the finding across multiple 90-day windows. Flag any
+major product, pricing, or marketing events and show the effect persists
+after controlling for them.
+
+─────────────────────────────────────────
+HARDEST QUESTION TO ANSWER
+"If I run an A/B test tomorrow where we force half of new users through a
+reporting-focused onboarding flow, what conversion lift are you personally
+willing to commit to — and what's your confidence interval on that estimate?"
+```
+
+---
+
 ## Why not just use Claude?
 
 You could. But you'd need to know what to ask, how to frame it, and what a good answer looks like. Bridgekit has that baked in — it knows you're a data scientist presenting findings, so it asks the right questions automatically. No prompt engineering required. Just paste your work and run it.
@@ -267,7 +385,7 @@ Because your analysis already lives in a notebook. Bridgekit meets you there. A
 
 ## What's next?
 
-Bridgekit is a suite, not a one-off. Three tools are live — more are coming:
+Bridgekit is a suite, not a one-off. Four tools are live — more are coming:
 
 - **Stakeholder translator** — turn your technical findings into a narrative a non-technical audience will actually follow
 - **Assumption checker** — state your analytical assumptions, get the ones you missed

{bridgekit-0.3.2 → bridgekit-0.3.3}/bridgekit.egg-info/SOURCES.txt

@@ -4,6 +4,7 @@ pyproject.toml
 bridgekit/__init__.py
 bridgekit/config.py
 bridgekit/planner.py
+bridgekit/redteam.py
 bridgekit/reviewer.py
 bridgekit/search.py
 bridgekit.egg-info/PKG-INFO

{bridgekit-0.3.2 → bridgekit-0.3.3}/pyproject.toml

@@ -7,7 +7,7 @@ include = ["bridgekit*"]
 
 [project]
 name = "bridgekit"
-version = "0.3.2"
+version = "0.3.3"
 description = "AI tools that make you a better data scientist, not a redundant one."
 readme = "README.md"
 requires-python = ">=3.9"

bridgekit-0.3.2/bridgekit/__init__.py

@@ -1,6 +0,0 @@
-from .reviewer import evaluate
-from .search import ask
-from .planner import plan
-
-__version__ = "0.3.2"
-__all__ = ["evaluate", "ask", "plan"]