<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title>AI Briefs</title>
  <link>https://lilyshenai.github.io/</link>
  <atom:link href="https://lilyshenai.github.io/blog/feed.xml" rel="self" type="application/rss+xml"/>
  <description>Short posts briefing colleagues and students on what is actually useful in AI for finance, real estate, teaching, and research</description>
  <language>en</language>
  <lastBuildDate>Sat, 24 Oct 2026 12:00:00 +0000</lastBuildDate>
  <item>
    <title>Notes from my workshop on AI agents</title>
    <link>https://lilyshenai.github.io/blog/notes-from-my-workshop-on-ai-agents/</link>
    <guid isPermaLink="true">https://lilyshenai.github.io/blog/notes-from-my-workshop-on-ai-agents/</guid>
    <pubDate>Fri, 23 Oct 2026 12:00:00 +0000</pubDate>
    <dc:creator>Lily Shen</dc:creator>
    <description>What I covered in a workshop for faculty and staff in our college on setting up an AI agent: how it differs from the chat window, the commands that work in both the app and the terminal, how to set up a folder and a short rules file for a task you repeat, a literature folder as the example, and how to check the output.</description>
    <content:encoded><![CDATA[<p>In September I gave a workshop for faculty and staff in our college on setting up an AI agent. Most people in the room had used ChatGPT or Claude in the chat window but not the agent that comes with the same app. The setup takes about fifteen minutes and there is no coding, so I thought it was worth an hour. Here is the short version.</p>
<h2 id="what-it-is">What it is</h2>
<p>A chat app only sees what you paste into it. You ask one question and get one answer. An agent works inside a folder on your computer. You pick the folder, it reads the files in it, writes new files, and asks you before it changes anything. That is the whole difference, but it matters, because now it can do a task with several steps and several files instead of one question at a time.</p>
<p>Both of the big apps have one. In the Claude desktop app it is the Code tab at the top. For ChatGPT it is the Codex app. You click "Select folder," pick a folder, and type what you want in plain English. When it wants to write or change a file it asks, and you click approve or deny.</p>
<p>I use the terminal version myself. It is the same agent without the app window: you open a terminal, go to the folder, and type <code>claude</code> (or <code>codex</code>). Everything else works the same way in the app and in the terminal, including the commands you type at the prompt. The ones I use most in Claude (Codex has the same commands under slightly different names, for example <code>/new</code> instead of <code>/clear</code> and <code>/status</code> instead of <code>/cost</code>):</p>
<ul>
<li><code>/model</code> picks the model. In the app there is also a dropdown next to Send.</li>
<li><code>/effort low</code>, <code>/effort medium</code>, or <code>/effort high</code> sets how hard it thinks. Low is fine for a tracker, high for anything you will read closely.</li>
<li><code>/clear</code> starts a new task with an empty history.</li>
<li><code>/compact</code> shrinks the history when a long conversation starts to slow down.</li>
<li><code>/cost</code> shows what the session has used so far.</li>
<li><code>/resume</code> picks up an earlier session.</li>
</ul>
<p>To leave, close the window or type <code>exit</code>.</p>
<h2 id="what-to-do-with-it">What to do with it</h2>
<p>The example I will use here is a literature folder. For every project I have a folder of papers I need to read, and I always plan to write a short note on each one and a table comparing them. I rarely get to it. This is a good first task for an agent because the inputs are already in files and I would read the output carefully anyway.</p>
<p>Set up the folder first. Put the PDFs in one subfolder. Put the current draft of your paper, or a one-page description if there is no draft yet, in another, so the agent knows what "relevant to my paper" means. Make an empty folder for the output. Then write a short rules file at the top. Claude reads it as CLAUDE.md and Codex reads it as AGENTS.md. Mine for this task has five rules:</p>
<ol>
<li>One note per paper, same headings every time: question, data, method, main finding, relation to my paper.</li>
<li>Every fact has to come from a page in the PDF. If it doesn't, write [VERIFY].</li>
<li>No upgrades. "Associated with" stays "associated with." A working paper is not "published."</li>
<li>One summary table across all papers, with the sample period and the unit of observation.</li>
<li>Don't touch anything in the draft folder.</li>
</ol>
<p>Then the prompt is short, because the rules are already in the folder. Something like: "Read every PDF in the papers folder and write the notes and the table described in CLAUDE.md. Do one paper first and stop so I can check it."</p>
<p>Check the first note against the PDF. If the headings are right and the page references hold, tell it to do the rest. If something is off, fix the rules file, not the prompt. That way the fix is still there next time.</p>
<p>A few things I told the group that apply to any task. Put the rules in the rules file so you don't retype them. Keep the source files short; it reads a two-page summary much better than a sixty-page report. Do one before you do all of them. Start a new conversation (<code>/clear</code>) when you switch tasks. And use a cheaper model for the routine parts (the table) and the best model for the parts that need judgment (the notes).</p>
<h2 id="where-it-goes-wrong">Where it goes wrong</h2>
<p>Sometimes the agent reads a paper badly and writes a confident note anyway. A better prompt won't fix that. The only thing that does is reading the output against the source, which is the step people skip because the output looks finished. For this task I check five things: open the PDF next to the note and make sure each page reference holds; resolve or delete anything still marked [VERIFY]; look for places where "associated with" turned into "causes"; make sure the sample period in the table is the one in the paper; and read the "relation to my paper" paragraph to make sure it is about my paper and not one the model made up for me.</p>
<p>For the workshop I planted a few traps in the demo files, facts that were almost right where the obvious upgrade was wrong, and we checked afterward whether the agent fell in. I would do the same in your own folder. If it doesn't fall in, you learn something about the model. If it does, you learn something about how carefully you proofread.</p>
<p>Some files should never go in the folder: student records or grades, personnel files, data you don't own, and anything shared with you in confidence. The agent sees only the folder, so keeping those files out is what keeps them out of the model. Your university's policy on AI tools applies on top of that.</p>
<p>The rule I ended the workshop with: the agent drafts, you read every line, you send. It saves the typing, not the reading. If you want to try it this week, pick one small task you repeat, give it one folder, and check the first output before you ask for the rest.</p>]]></content:encoded>
    <category>AI Briefs</category>
    <category>AI agents</category>
    <category>research workflow</category>
  </item>
  <item>
    <title>Why I write about AI</title>
    <link>https://lilyshenai.github.io/blog/why-i-write-about-ai/</link>
    <guid isPermaLink="true">https://lilyshenai.github.io/blog/why-i-write-about-ai/</guid>
    <pubDate>Fri, 23 Oct 2026 12:00:00 +0000</pubDate>
    <dc:creator>Lily Shen</dc:creator>
    <description>AI Briefs are short posts on what is actually useful in AI for finance, real estate, teaching, and research: one tool, one method, or one mistake, from someone who has taught and published with these tools since 2018.</description>
    <content:encoded><![CDATA[<p>I started teaching machine learning to finance undergraduates in 2018, when the tools were scikit-learn and a lot of patience. Since then I have published papers that use machine learning to read property listings and securitization contracts, written the new AI chapter for the McGraw Hill textbook Real Estate Finance and Investments, and run a workshop teaching my colleagues to build their first AI research agent. Most of what I learned along the way never made it into a paper. It sits in course notes, Slack messages to coauthors, and the list of things I wish someone had told me earlier.</p>
<p>This blog is where that goes. Each post takes one idea. Sometimes it is a tool I use for research, teaching, or writing, and what it is good and bad at. Sometimes it is a method, explained well enough that a finance student or a real estate analyst could try it the same afternoon. And sometimes it is a mistake, mine or one I keep seeing students and practitioners make, and how to avoid it.</p>
<p>The posts are short on purpose. The research behind the opinions is on the <a href="/research/">research page</a>, and the longer explanations of individual papers are in the <a href="/posts/">research notes</a>. Here I will keep to what is useful now.</p>
<p>A few rules for myself. I will say when something is my opinion rather than a result, and I will not quote numbers I have not checked. I will also not pretend a model does something it does not. AI is a measurement tool in my work, not an oracle, and I expect to spend a fair share of these posts on the difference.</p>
<p>If you want the posts as they appear, there is an <a href="/blog/feed.xml">RSS feed</a>.</p>]]></content:encoded>
    <category>AI Briefs</category>
    <category>AI in finance</category>
    <category>teaching with AI</category>
  </item>
</channel>
</rss>
