Loading video...

Video Failed to Load

There was a problem loading this video. This could be due to a temporary network issue or the video might be unavailable.

The GitHub engineering team built a best-in-class, truly multi-model harness, which we've implemented across Microsoft products. Introducing Microsoft Copilot harness in Foundry Agent Service, a simpler way to build agents without rebuilding the execution layer. It handles orchestration, tools, context, and controls so you can focus on your agent’s... show more

Microsoft Developer

531,234 subscribers

678,684 views • 9 days ago •via X (Twitter)

Science & Technology

Anya Rossi• Live Now

Private livecam show

8 Comments

Microsoft Developer9 days ago

More on the Microsoft Copilot harness and how to get started.

Viber · fireply.ai9 days ago

@github less plumbing, more agent. cool, building one tonight

Microsoft Azure9 days ago

@github Never miss a @jeffhollan demo!

Navaneethan9 days ago

@github Pricing from the Foundry blog: the harness runtime is free until December 1, 2026. After that, sandbox compute is $0.0994 per vCPU hour and memory $0.0118 per GiB hour. Model calls are billed separately.

MMOStars9 days ago

@github Damn people still getting paid to make harnesses after there's already 500 of them

Aleksandar Janca9 days ago

@github a shared execution layer is useful, the part I would still keep in my own hands is the list of actions each agent is allowed to take

The SI Maximalist9 days ago

@github One execution layer across multiple models is a welcome way to keep the plumbing from becoming the project

Elena AI8 days ago

@github A shared multi-model harness across products is exactly what was needed — handling orchestration and context so teams can focus on skills

Related Videos

Hosted Agents in Microsoft Foundry is now Generally Available! This brings agent native compute for your agents with any framework, any language, and any model 🚀 Build with the GitHub Copilot App, connect to Microsoft IQ, run in Foundry, securely interact with Microsoft Teams, govern in Agent 365, and optimize to compound your learnings continuously -- such a valuable combo. Check out the demo / blog below to see it in action!

Hosted Agents in Microsoft Foundry is now Generally Available! This brings agent native compute for your agents with any framework, any language, and any model 🚀 Build with the GitHub Copilot App, connect to Microsoft IQ, run in Foundry, securely interact with Microsoft Teams, govern in Agent 365, and optimize to compound your learnings continuously -- such a valuable combo. Check out the demo / blog below to see it in action!

Jeff Hollan

293,725 views • 4 months ago

MICROSOFT JUST OPEN SOURCED THE ENTIRE AGENT RUNTIME, SO YOU NEVER HAVE TO BUILD ONE AGAIN a raw model only writes text. to make it a real agent it needs a loop, tools, memory, planning, approvals, and a way to know when it is done. Microsoft's Agent Harness is that whole layer, and it ships with everything on by default. you bring the model and the tools, it wires up the rest: > an automatic tool calling loop with iteration limits > history saved after every call, so a crash resumes instead of starting over > context compaction that summarizes when the window fills > a persistent todo list plus plan and execute modes > file memory that survives across turns > tool approval with standing rules and auto approval > OpenTelemetry tracing and web search built in > Agent Skills that load domain expertise on demand the mental model is simple: the model is the brain, the harness is the body around it. and it works with whatever you already run: > Azure OpenAI, OpenAI, Anthropic, and GitHub Copilot, and it hosts on Microsoft Foundry you spin one up in a single line: agent = create_harness_agent(client, name, instructions) open source, Python, .NET, and Go, stable since mid 2026. bookmark this. Microsoft already built the hard part of every AI agent, you just plug in the model.

MICROSOFT JUST OPEN SOURCED THE ENTIRE AGENT RUNTIME, SO YOU NEVER HAVE TO BUILD ONE AGAIN a raw model only writes text. to make it a real agent it needs a loop, tools, memory, planning, approvals, and a way to know when it is done. Microsoft's Agent Harness is that whole layer, and it ships with everything on by default. you bring the model and the tools, it wires up the rest: > an automatic tool calling loop with iteration limits > history saved after every call, so a crash resumes instead of starting over > context compaction that summarizes when the window fills > a persistent todo list plus plan and execute modes > file memory that survives across turns > tool approval with standing rules and auto approval > OpenTelemetry tracing and web search built in > Agent Skills that load domain expertise on demand the mental model is simple: the model is the brain, the harness is the body around it. and it works with whatever you already run: > Azure OpenAI, OpenAI, Anthropic, and GitHub Copilot, and it hosts on Microsoft Foundry you spin one up in a single line: agent = create_harness_agent(client, name, instructions) open source, Python, .NET, and Go, stable since mid 2026. bookmark this. Microsoft already built the hard part of every AI agent, you just plug in the model.

NO1ennn

69,163 views • 2 months ago

Excited to announce the new preview for Microsoft Foundry Agents 🎉! You can now build, run, and deploy your agent using any model, any framework, any harness in the cloud 🧑‍💻 - check out the demo below This is not just any cloud compute environment; it's an agent-optimized platform with: 🖥️ Persistent microVMs - securely scale up and down without losing context 🛠️ Built-in tools (1000+) 👀 Observability and evaluations 👷 Guardrails 🔐 Private networking... and more

Excited to announce the new preview for Microsoft Foundry Agents 🎉! You can now build, run, and deploy your agent using any model, any framework, any harness in the cloud 🧑‍💻 - check out the demo below This is not just any cloud compute environment; it's an agent-optimized platform with: 🖥️ Persistent microVMs - securely scale up and down without losing context 🛠️ Built-in tools (1000+) 👀 Observability and evaluations 👷 Guardrails 🔐 Private networking... and more

Jeff Hollan

158,092 views • 6 months ago

The best way to learn AI is to build with agents. To help with that, we've launched hands-on labs and a new series on Agentic Engineering. First topic: Agent Skills. Next in the pipeline: planning, context engineering, multi-agent systems, long-running agents,.. Go build!

The best way to learn AI is to build with agents. To help with that, we've launched hands-on labs and a new series on Agentic Engineering. First topic: Agent Skills. Next in the pipeline: planning, context engineering, multi-agent systems, long-running agents,.. Go build!

elvis

31,802 views • 5 months ago

the loop is not the agent it is one layer of the system LOOP vs GRAPH vs HARNESS ENGINEERING LOOP ENGINEERING controls repetition turns retries budgets exits success checks no progress use durable execution when the run must survive failure → GRAPH ENGINEERING controls topology nodes edges state branches checkpoints handoffs build stateful agents as explicit graphs → analyze the topology without putting a model in the loop → HARNESS ENGINEERING controls the blast radius tools permissions memory sandboxes evals traces humans isolate generated code from the host → test behavior before it reaches users → keep one trace across every model node and tool call → without loop control it never stops without graph structure you cannot see the path without harness control it can touch anything the loop lives inside the graph the graph lives inside the harness the model is not the system debug the layer that owns the failure save this

the loop is not the agent it is one layer of the system LOOP vs GRAPH vs HARNESS ENGINEERING LOOP ENGINEERING controls repetition turns retries budgets exits success checks no progress use durable execution when the run must survive failure → GRAPH ENGINEERING controls topology nodes edges state branches checkpoints handoffs build stateful agents as explicit graphs → analyze the topology without putting a model in the loop → HARNESS ENGINEERING controls the blast radius tools permissions memory sandboxes evals traces humans isolate generated code from the host → test behavior before it reaches users → keep one trace across every model node and tool call → without loop control it never stops without graph structure you cannot see the path without harness control it can touch anything the loop lives inside the graph the graph lives inside the harness the model is not the system debug the layer that owns the failure save this

elune

50,193 views • 3 months ago

Introducing Claude agents in Notion. Your task board is Claude’s to-do list. Anthropic runs the model and the agent harness. Notion is the orchestration layer: context, UI, and a shared place for teams to review and ship, and kick off Claude workflows. Join the waitlist:

Introducing Claude agents in Notion. Your task board is Claude’s to-do list. Anthropic runs the model and the agent harness. Notion is the orchestration layer: context, UI, and a shared place for teams to review and ship, and kick off Claude workflows. Join the waitlist:

Notion

496,001 views • 7 months ago

Go from idea to a working agent faster with the Agents API. Build and run cloud agents with the Codex harness, fully managed by OpenAI. We handle orchestration, long-running sessions, and context management. You focus on what makes your agent unique. Available in public beta.

Go from idea to a working agent faster with the Agents API. Build and run cloud agents with the Codex harness, fully managed by OpenAI. We handle orchestration, long-running sessions, and context management. You focus on what makes your agent unique. Available in public beta.

OpenAI Developers

1,941,295 views • 1 month ago

The entire AI industry is racing to build the smartest model. Satya Nadella just admitted that is not where the money is. The model is not the product. The harness is. That is the exact line. And it changes what Microsoft is actually competing on. OpenAI, Anthropic, Google, xAI, Meta every frontier lab is pouring hundreds of billions into training compute, chasing the next capability jump. Each betting that raw model intelligence is the moat. Microsoft is doing the opposite. It is building the harness the orchestration layer that sits above the model, connecting it to tools, data, permissions, sub-agents, and enterprise workflows. And it is letting OpenAI, Anthropic, and MAI compete to plug into it. "You need the model. But the model is not the product. The harness is." So do the math on what a harness actually does. A raw model dropped into an enterprise answers questions. That is a chatbot. A harness turns that same model into an agent that reads the SharePoint, edits the ERP entry, pulls the GitHub PR, updates Salesforce, and files the Excel report with the right permissions, the right audit trail, and the right sub-agent for each sub-task. The model provides the intelligence. The harness converts intelligence into work. Now here's where it gets interesting. "Even the best model in the world will feel broken without a great harness. And an okay model with a great harness can feel like magic." If that is true, the enterprise buyer is not buying model quality. The enterprise buyer is buying the harness. Which means model quality becomes a commodity input over time, and harness quality becomes the sustainable moat. Compare that to the strategy the entire frontier lab industry is executing. Everyone else is chasing the numerator raw intelligence. Almost nobody at scale is racing to build the denominator the orchestration layer that determines whether that intelligence can actually be deployed profitably inside a real company. The frontier model race has a 10 to 20 percent chance of producing a single dominant winner. Nadella just told the industry he does not need to be that winner. If OpenAI wins, Microsoft wins. If Anthropic wins, Microsoft wins. If MAI wins, Microsoft wins. If someone Microsoft has never heard of trains a better model in 2027, Microsoft still wins. Because the compute they train on, the harness they get plugged into, the enterprise contracts they get delivered through, and the products they sit inside are all Microsoft. He is not building the best AI model. He is building the layer that the best AI model has to run on to make anyone money. I wonder which position looks more valuable in ten years.

The entire AI industry is racing to build the smartest model. Satya Nadella just admitted that is not where the money is. The model is not the product. The harness is. That is the exact line. And it changes what Microsoft is actually competing on. OpenAI, Anthropic, Google, xAI, Meta every frontier lab is pouring hundreds of billions into training compute, chasing the next capability jump. Each betting that raw model intelligence is the moat. Microsoft is doing the opposite. It is building the harness the orchestration layer that sits above the model, connecting it to tools, data, permissions, sub-agents, and enterprise workflows. And it is letting OpenAI, Anthropic, and MAI compete to plug into it. "You need the model. But the model is not the product. The harness is." So do the math on what a harness actually does. A raw model dropped into an enterprise answers questions. That is a chatbot. A harness turns that same model into an agent that reads the SharePoint, edits the ERP entry, pulls the GitHub PR, updates Salesforce, and files the Excel report with the right permissions, the right audit trail, and the right sub-agent for each sub-task. The model provides the intelligence. The harness converts intelligence into work. Now here's where it gets interesting. "Even the best model in the world will feel broken without a great harness. And an okay model with a great harness can feel like magic." If that is true, the enterprise buyer is not buying model quality. The enterprise buyer is buying the harness. Which means model quality becomes a commodity input over time, and harness quality becomes the sustainable moat. Compare that to the strategy the entire frontier lab industry is executing. Everyone else is chasing the numerator raw intelligence. Almost nobody at scale is racing to build the denominator the orchestration layer that determines whether that intelligence can actually be deployed profitably inside a real company. The frontier model race has a 10 to 20 percent chance of producing a single dominant winner. Nadella just told the industry he does not need to be that winner. If OpenAI wins, Microsoft wins. If Anthropic wins, Microsoft wins. If MAI wins, Microsoft wins. If someone Microsoft has never heard of trains a better model in 2027, Microsoft still wins. Because the compute they train on, the harness they get plugged into, the enterprise contracts they get delivered through, and the products they sit inside are all Microsoft. He is not building the best AI model. He is building the layer that the best AI model has to run on to make anyone money. I wonder which position looks more valuable in ten years.

Vikram M

21,463 views • 4 months ago

the loop is not the whole agent it is only one layer of the system LOOP vs GRAPH vs HARNESS ENGINEERING LOOP ENGINEERING controls iteration turns retries budgets stop conditions success checks stalled progress use durable execution when the run must survive crashes → GRAPH ENGINEERING controls structure nodes edges state branches checkpoints routing handoffs build stateful agents as explicit graphs → inspect the topology without putting a model in the loop → HARNESS ENGINEERING controls exposure tools permissions memory sandboxes evals traces humans isolate generated code from the host machine → test behavior before users ever see it → preserve one trace across every model step and tool call → without loop control it keeps running without graph structure the path stays invisible without harness control it can reach anything the loop runs inside the graph the graph runs inside the harness the model is only one component debug the layer that actually owns the failure save this then read the article below

the loop is not the whole agent it is only one layer of the system LOOP vs GRAPH vs HARNESS ENGINEERING LOOP ENGINEERING controls iteration turns retries budgets stop conditions success checks stalled progress use durable execution when the run must survive crashes → GRAPH ENGINEERING controls structure nodes edges state branches checkpoints routing handoffs build stateful agents as explicit graphs → inspect the topology without putting a model in the loop → HARNESS ENGINEERING controls exposure tools permissions memory sandboxes evals traces humans isolate generated code from the host machine → test behavior before users ever see it → preserve one trace across every model step and tool call → without loop control it keeps running without graph structure the path stays invisible without harness control it can reach anything the loop runs inside the graph the graph runs inside the harness the model is only one component debug the layer that actually owns the failure save this then read the article below

rari

20,934 views • 3 months ago

OpenAI engineer: "Nobody on my team has touched code in 9 months. Agents write all the code, the way you do it is harness engineering." In 45 minutes he breaks down exactly how to build the setup so agents do the full job without you in the loop. This beats any paid course on building agents I've seen. Watch it, then read the full guide on harness engineering below.

OpenAI engineer: "Nobody on my team has touched code in 9 months. Agents write all the code, the way you do it is harness engineering." In 45 minutes he breaks down exactly how to build the setup so agents do the full job without you in the loop. This beats any paid course on building agents I've seen. Watch it, then read the full guide on harness engineering below.

Anatoli Kopadze

25,360 views • 3 months ago

🧳 Bring Your Own AI Models to GitHub Copilot in VS Code Use your own Azure-hosted AI models with GitHub Copilot in VS Code. See how Bring Your Own Key (BYOK) lets you connect models from Microsoft Foundry, choose which models appear in Copilot, and use the right model for different coding tasks.

🧳 Bring Your Own AI Models to GitHub Copilot in VS Code Use your own Azure-hosted AI models with GitHub Copilot in VS Code. See how Bring Your Own Key (BYOK) lets you connect models from Microsoft Foundry, choose which models appear in Copilot, and use the right model for different coding tasks.

Visual Studio Code

38,536 views • 1 month ago

The new GitHub Copilot coding agent can work in the background while you focus on other tasks. Assign it tasks via GitHub Issues or ad hoc in Visual Studio Code. Watch this demo and then optimize your workflow with the Copilot coding agent. 🚀 ⬇️

The new GitHub Copilot coding agent can work in the background while you focus on other tasks. Assign it tasks via GitHub Issues or ad hoc in Visual Studio Code. Watch this demo and then optimize your workflow with the Copilot coding agent. 🚀 ⬇️

GitHub

55,411 views • 1 year ago

holy sh*t, Google Research just open-sourced an agent that can improve its own harness steal this blueprint for a self-improving agent the prompts, memory, skills and tool guidance around your model can evolve as it works it’s called Harness² the loop: → propose changes to the agent’s setup → run candidate setups on the same task → compare what actually happened → compose a refined harness from that evidence → carry useful lessons into future tasks the clever part: it refines the harness on unfamiliar tasks without a ground-truth answer to guide those edits the architecture: propose → probe → compose → retain lessons → repeat the part builders should steal: treat your agent’s setup as something you can experiment on pick a recurring failure propose a specific harness change compare execution traces on the same task evaluate the result keep the evidence with the change the repo includes OpenCode and Codex executors, parallel and sequential refinement, and a local demo you can run without model credentials save this, then read the full guide for Opus 5.5 Harness Engineering ↓

holy sh*t, Google Research just open-sourced an agent that can improve its own harness steal this blueprint for a self-improving agent the prompts, memory, skills and tool guidance around your model can evolve as it works it’s called Harness² the loop: → propose changes to the agent’s setup → run candidate setups on the same task → compare what actually happened → compose a refined harness from that evidence → carry useful lessons into future tasks the clever part: it refines the harness on unfamiliar tasks without a ground-truth answer to guide those edits the architecture: propose → probe → compose → retain lessons → repeat the part builders should steal: treat your agent’s setup as something you can experiment on pick a recurring failure propose a specific harness change compare execution traces on the same task evaluate the result keep the evidence with the change the repo includes OpenCode and Codex executors, parallel and sequential refinement, and a local demo you can run without model credentials save this, then read the full guide for Opus 5.5 Harness Engineering ↓

beamnxw ./

12,039 views • 18 days ago

Shopify CEO Tobi Lütke called Pi "the most interesting agent harness" - a tiny, open-source framework built by a single developer that powers OpenClaw and is changing how builders think about AI agents. In this clip, Dave Killeen (Field CPO at Pendo) breaks down why Pi matters, how it compares to Manus, and why the real magic in AI isn't the language model itself - it's the orchestration layer around it. Pi is a lightweight agent harness that lets developers build smarter AI experiences by leveraging models like Claude, GPT, and Gemini through better orchestration, not bigger models. If you're building AI products, coding agents, or exploring the new world of harness engineering, this is essential context. We discuss why Manus gave users a far better experience than talking directly to an LLM, and why open-source tools like Pi could be the future of agent development.

Shopify CEO Tobi Lütke called Pi "the most interesting agent harness" - a tiny, open-source framework built by a single developer that powers OpenClaw and is changing how builders think about AI agents. In this clip, Dave Killeen (Field CPO at Pendo) breaks down why Pi matters, how it compares to Manus, and why the real magic in AI isn't the language model itself - it's the orchestration layer around it. Pi is a lightweight agent harness that lets developers build smarter AI experiences by leveraging models like Claude, GPT, and Gemini through better orchestration, not bigger models. If you're building AI products, coding agents, or exploring the new world of harness engineering, this is essential context. We discuss why Manus gave users a far better experience than talking directly to an LLM, and why open-source tools like Pi could be the future of agent development.

Aakash Gupta

10,774 views • 1 month ago

your agent is not the loop the loop is only the smallest layer LOOP vs GRAPH vs HARNESS ENGINEERING most teams still treat all three like one prompt that is why agent failures feel impossible to diagnose LOOP ENGINEERING controls iteration turns retries budgets evaluators exits stalled progress when the run keeps going forever the loop is broken make long-running work survive crashes and restarts → GRAPH ENGINEERING controls structure nodes edges state branches cycles joins checkpoints when the agent takes the wrong path the graph is broken make state and routing explicit → inspect the topology without asking another model to explain it → HARNESS ENGINEERING controls access tools permissions memory sandboxes evals traces humans when the agent touches the wrong system the harness is broken isolate generated code and tool execution from the host → put an eval gate before every model or prompt update → keep one trace across every node model and tool call → without loop engineering it never stops without graph engineering you cannot see the path without harness engineering it can reach anything the prompt lives inside the loop the loop lives inside the graph the graph lives inside the harness the model is the smallest box in the system debug the layer that actually owns the failure save this before the next agent rewrite

your agent is not the loop the loop is only the smallest layer LOOP vs GRAPH vs HARNESS ENGINEERING most teams still treat all three like one prompt that is why agent failures feel impossible to diagnose LOOP ENGINEERING controls iteration turns retries budgets evaluators exits stalled progress when the run keeps going forever the loop is broken make long-running work survive crashes and restarts → GRAPH ENGINEERING controls structure nodes edges state branches cycles joins checkpoints when the agent takes the wrong path the graph is broken make state and routing explicit → inspect the topology without asking another model to explain it → HARNESS ENGINEERING controls access tools permissions memory sandboxes evals traces humans when the agent touches the wrong system the harness is broken isolate generated code and tool execution from the host → put an eval gate before every model or prompt update → keep one trace across every node model and tool call → without loop engineering it never stops without graph engineering you cannot see the path without harness engineering it can reach anything the prompt lives inside the loop the loop lives inside the graph the graph lives inside the harness the model is the smallest box in the system debug the layer that actually owns the failure save this before the next agent rewrite

elune

16,875 views • 3 months ago

100+ specialized AI agents, one goal: find exploitable vulnerabilities before attackers do. Meet MDASH, Microsoft Security’s multi-model agentic scanning harness. Watch Sarah Young show it in action at #MicrosoftBuild.

100+ specialized AI agents, one goal: find exploitable vulnerabilities before attackers do. Meet MDASH, Microsoft Security’s multi-model agentic scanning harness. Watch Sarah Young show it in action at #MicrosoftBuild.

Microsoft Security

10,493 views • 5 months ago

Andrew Ng just released a free 2-hour course on complete Harness Engineering How to go from one prompt to a reliable system of agents that can run, test, and improve themselves: 09:14 - Build your first agent from scratch 33:11 - Master agent loops 1:02:46 - Turn loops into reliable workflows 1:30:15 - Build agents that improve their own work 1:49:05 - Run the complete system without supervision Model → Harness → Reliable Software Most agent tutorials stop once the model can call a tool This one shows you how to build the infrastructure around it within the first 20 minutes Most people are still prompting one agent at a time Andrew Ng is already teaching the layer above: Harnesses that give agents context, tools, tests, and feedback Watch this brilliant course and build the harness Then read the full architecture below ↓

Andrew Ng just released a free 2-hour course on complete Harness Engineering How to go from one prompt to a reliable system of agents that can run, test, and improve themselves: 09:14 - Build your first agent from scratch 33:11 - Master agent loops 1:02:46 - Turn loops into reliable workflows 1:30:15 - Build agents that improve their own work 1:49:05 - Run the complete system without supervision Model → Harness → Reliable Software Most agent tutorials stop once the model can call a tool This one shows you how to build the infrastructure around it within the first 20 minutes Most people are still prompting one agent at a time Andrew Ng is already teaching the layer above: Harnesses that give agents context, tools, tests, and feedback Watch this brilliant course and build the harness Then read the full architecture below ↓

Ichigo

101,657 views • 2 months ago

I'm sharing with you one of the best papers I've read on Harness Engineering it takes apart Claude Code (Opus 5.5), Codex, Gemini CLI and more, and boils all of them down to one line: agent = model + harness what you walk away with: > what a harness actually is > how today's coding agents are built under the hood > the patterns every one of them repeats > where the whole category is heading > their checklist for building your own the model gets the headlines. the harness decides whether the agent works loop and graph engineering on top of it - in my article below

I'm sharing with you one of the best papers I've read on Harness Engineering it takes apart Claude Code (Opus 5.5), Codex, Gemini CLI and more, and boils all of them down to one line: agent = model + harness what you walk away with: > what a harness actually is > how today's coding agents are built under the hood > the patterns every one of them repeats > where the whole category is heading > their checklist for building your own the model gets the headlines. the harness decides whether the agent works loop and graph engineering on top of it - in my article below

Mr. Buzzoni

84,277 views • 1 month ago

Today we're open sourcing a technical preview of the GitHub Copilot CLI SDK. Build agents with custom tools in Go, Python, TypeScript, and C#. Built on the same agent loop that powers the Copilot CLI and GitHub Coding Agent. Supports BYOK, and any model. Here is the Copilot CLI driving Excel:

Today we're open sourcing a technical preview of the GitHub Copilot CLI SDK. Build agents with custom tools in Go, Python, TypeScript, and C#. Built on the same agent loop that powers the Copilot CLI and GitHub Coding Agent. Supports BYOK, and any model. Here is the Copilot CLI driving Excel:

Evan Boyle

184,599 views • 9 months ago

Introducing Claude Managed Agents: everything you need to build and deploy agents at scale. It pairs an agent harness tuned for performance with production infrastructure, so you can go from prototype to launch in days. Now in public beta on the Claude Platform.

Introducing Claude Managed Agents: everything you need to build and deploy agents at scale. It pairs an agent harness tuned for performance with production infrastructure, so you can go from prototype to launch in days. Now in public beta on the Claude Platform.

Claude

21,843,744 views • 7 months ago