#23 把 PDD 商品页的搜索框收到 30%、搜索按钮紧挨输入框， 但另外四个页面没动。#23 的归档里记了这条遗留：
另外四个页面的搜索框仍是撑满的，与 PDD 页不一致， 而 docs/admin/05 §2 要求五页布局统一。是否统一改过来待定。
docs/admin/05
现在确定：顺运宝数据页和采集采购页跟上，蝦皮数据页和客户端列表页暂不动。
做：
/syb
/tasks
.search-narrow
不做：
/shopee
/clients
admin/static/css/app.css 里已经有：
admin/static/css/app.css
.toolbar input[type="text"].search-narrow { flex: 0 0 30%; }
[必须] 直接给这两个输入框加 class="search-narrow" 就行， 不要为这两页各写一条新 CSS 规则。多写一条就多一处将来要同步的地方。
[必须]
class="search-narrow"
[必须] 不得修改 .toolbar input[type="text"] 那条通用规则。 五个页面共用它，改了会把 /shopee 和 /clients 一起改掉， 而「不做」清单里排除了它们。
.toolbar input[type="text"]
[必须] .search-narrow 的注释里现在写着「目前只有 PDD 页用」， 要改成实际情况（PDD / 顺运宝 / 采集采购三页），否则下一个人会以为 改它只影响 PDD 页。
两个页面的搜索表单都是 .inline.grow，输入框继承 flex: 1 所以撑满， 把按钮顶到最右。加上 search-narrow 变成 flex: 0 0 30% 之后， 表单里没有会伸展的元素了，多余空间留在按钮之后，按钮自然贴着输入框。
.inline.grow
flex: 1
search-narrow
flex: 0 0 30%
[必须] 不要额外加对齐样式（margin-right: auto、justify-content 之类）。 不需要，而且会和 grow 的行为叠加出难预料的结果。
margin-right: auto
justify-content
grow
[必须] 两个表单上的 grow 类都要保留——它负责把右边的 「删除」按钮顶到工具条最右侧。去掉的话删除按钮会跑到搜索按钮旁边。
admin/templates/syb/list.html：
admin/templates/syb/list.html
<input id="q" type="text" name="order_no" value="{{.Keyword}}" placeholder="订单号">
admin/templates/task/list.html：
admin/templates/task/list.html
<input id="q" type="text" name="q" value="{{.Keyword}}" placeholder="任务编号 / 订单号 / PDD 商品 ID">
[注意] /tasks 的 placeholder 比较长（「任务编号 / 订单号 / PDD 商品 ID」）。 收到 30% 后可能显示不全。min-width: 160px 会兜底，但仍要在验收时 目视确认一下是不是短得看不出能搜什么。真不行就缩短 placeholder， 不要为此把宽度调回去——那样就和本工单的目的相反了。
[注意]
min-width: 160px
docs/admin/05-ui-specification.md
go vet
gofmt -l .
go test ./...
cd D:\chengma\cmautobuy\admin go vet ./...; gofmt -l .; go test ./... -count=1 go run .
浏览器逐个打开 /syb /tasks 目视确认两点， 再打开 /shopee /clients 确认宽度没变。
回退：git revert，纯前端改动，无数据影响。
git revert
提交： 6a7cde2 feat: 顺运宝页与采集采购页搜索框收窄 (#34)
6a7cde2
go vet / gofmt -l . 无输出；go test ./... -count=1 全过。
go test ./... -count=1
服务端渲染逐页核对 search-narrow 出现次数：
/pdd
其余：全局规则 .toolbar input[type="text"] 仍是 flex: 1; min-width: 160px 未被修改；app.css 里只有 1 条 search-narrow 规则，没有为这两页新增；两个表单的 grow 都保留；五页全 200；/tasks?q=COL 和 /syb?order_no=SO 搜索仍可用。
flex: 1; min-width: 160px
app.css
/tasks?q=COL
/syb?order_no=SO
1. 缩短了 /tasks 的 placeholder，从「任务编号 / 订单号 / PDD 商品 ID」改成「任务编号 / 订单号 / 商品 ID」。工单里 [注意] 提到收窄后长文案可能显示不全，并写明「真不行就缩短 placeholder，不要为此把宽度调回去」。按这条处理了。
2. 文档规则从 §5.1 提到 §3.1。原来这条写在「PDD 商品页」那一节里，另外两页要用时根本看不到。现在放进「表格通用规则」，三页都指向它，并写清了哪两页暂未统一、为什么不要改通用规则、为什么不要额外加对齐样式。
/shopee 和 /clients 的搜索框仍是撑满的（按你要求本次不动），与其余三页不一致。docs/admin/05 §3.1 已如实标注。
用户实机确认通过。
34b4b54
docs/task/34-admin-顺运宝页与采集采购页搜索框收窄.md
11 项验收标准全部通过，其中三项防回归的：/shopee 与 /clients 不含 search-narrow（各 0 次）；全局规则 .toolbar input[type="text"] 未被修改；app.css 里只有 1 条 search-narrow 规则，没有为这两页新增。
/shopee 和 /clients 的搜索框仍是撑满的（按要求本次不动），与其余三页不一致。docs/admin/05 §3.1 已如实标注为暂未统一。
No dependencies set.
The note is not visible to the blocked user.
基本信息
要解决什么
#23 把 PDD 商品页的搜索框收到 30%、搜索按钮紧挨输入框，
但另外四个页面没动。#23 的归档里记了这条遗留：
现在确定：顺运宝数据页和采集采购页跟上，蝦皮数据页和客户端列表页暂不动。
做什么 / 不做什么
做：
/syb的「订单号」搜索框收到 30%，搜索按钮紧挨它/tasks的「关键词」搜索框收到 30%，搜索按钮紧挨它.search-narrow的注释和docs/admin/05不做：
/shopee和/clients（用户明确只要这两页）怎么做
复用 #23 已有的类，不要新写规则
admin/static/css/app.css里已经有：[必须]直接给这两个输入框加class="search-narrow"就行，不要为这两页各写一条新 CSS 规则。多写一条就多一处将来要同步的地方。
[必须]不得修改.toolbar input[type="text"]那条通用规则。五个页面共用它，改了会把
/shopee和/clients一起改掉，而「不做」清单里排除了它们。
[必须].search-narrow的注释里现在写着「目前只有 PDD 页用」，要改成实际情况（PDD / 顺运宝 / 采集采购三页），否则下一个人会以为
改它只影响 PDD 页。
搜索按钮靠左是收窄的自然结果
两个页面的搜索表单都是
.inline.grow，输入框继承flex: 1所以撑满，把按钮顶到最右。加上
search-narrow变成flex: 0 0 30%之后，表单里没有会伸展的元素了，多余空间留在按钮之后，按钮自然贴着输入框。
[必须]不要额外加对齐样式（margin-right: auto、justify-content之类）。不需要，而且会和
grow的行为叠加出难预料的结果。[必须]两个表单上的grow类都要保留——它负责把右边的「删除」按钮顶到工具条最右侧。去掉的话删除按钮会跑到搜索按钮旁边。
具体位置
admin/templates/syb/list.html：admin/templates/task/list.html：[注意]/tasks的 placeholder 比较长（「任务编号 / 订单号 / PDD 商品 ID」）。收到 30% 后可能显示不全。
min-width: 160px会兜底，但仍要在验收时目视确认一下是不是短得看不出能搜什么。真不行就缩短 placeholder，
不要为此把宽度调回去——那样就和本工单的目的相反了。
预计修改文件
admin/templates/syb/list.htmlsearch-narrowadmin/templates/task/list.htmlsearch-narrowadmin/static/css/app.css.search-narrow的注释（哪几页在用）docs/admin/05-ui-specification.md验收标准
/syb搜索框明显变窄（约占搜索表单 30%）/syb搜索按钮紧挨输入框，删除按钮仍在最右/tasks搜索框明显变窄/tasks搜索按钮紧挨输入框，删除按钮仍在最右/shopee和/clients的搜索框宽度不变.toolbar input[type="text"]未被修改.search-narrow的注释已更新为三页共用/tasks的 placeholder 在收窄后仍能看出可以搜什么docs/admin/05已同步go vet/gofmt -l ./go test ./...全过怎么验证
浏览器逐个打开
/syb/tasks目视确认两点，再打开
/shopee/clients确认宽度没变。风险和回退
/shopee/clients/tasks的长 placeholder 显示不全回退：
git revert，纯前端改动，无数据影响。实施完成，待验收
提交：
6a7cde2feat: 顺运宝页与采集采购页搜索框收窄 (#34)验证结果
go vet/gofmt -l .无输出；go test ./... -count=1全过。服务端渲染逐页核对
search-narrow出现次数：/pdd/syb/tasks/shopee/clients其余：全局规则
.toolbar input[type="text"]仍是flex: 1; min-width: 160px未被修改；app.css里只有 1 条search-narrow规则，没有为这两页新增；两个表单的grow都保留；五页全 200；/tasks?q=COL和/syb?order_no=SO搜索仍可用。两处主动的判断
1. 缩短了
/tasks的 placeholder，从「任务编号 / 订单号 / PDD 商品 ID」改成「任务编号 / 订单号 / 商品 ID」。工单里[注意]提到收窄后长文案可能显示不全，并写明「真不行就缩短 placeholder，不要为此把宽度调回去」。按这条处理了。2. 文档规则从 §5.1 提到 §3.1。原来这条写在「PDD 商品页」那一节里，另外两页要用时根本看不到。现在放进「表格通用规则」，三页都指向它，并写清了哪两页暂未统一、为什么不要改通用规则、为什么不要额外加对齐样式。
未验证到的部分
/syb的「订单号」和/tasks缩短后的 placeholder 是否还看得清，需要你打开页面看一眼。遗留
/shopee和/clients的搜索框仍是撑满的（按你要求本次不动），与其余三页不一致。docs/admin/05§3.1 已如实标注。验收通过，关闭
用户实机确认通过。
6a7cde2feat: 顺运宝页与采集采购页搜索框收窄 (#34)34b4b54docs/task/34-admin-顺运宝页与采集采购页搜索框收窄.md11 项验收标准全部通过，其中三项防回归的：
/shopee与/clients不含search-narrow（各 0 次）；全局规则.toolbar input[type="text"]未被修改；app.css里只有 1 条search-narrow规则，没有为这两页新增。遗留
/shopee和/clients的搜索框仍是撑满的（按要求本次不动），与其余三页不一致。docs/admin/05§3.1 已如实标注为暂未统一。