Сообщение Re[7]: Про вайбкодинг - пределы, применимость, ограничения от 01.11.2025 17:31
Изменено 01.11.2025 18:37 bnk
Re[7]: Про вайбкодинг - пределы, применимость, ограничения
Здравствуйте, mogadanez, Вы писали:
M>Здравствуйте, bnk, Вы писали:
bnk>>Сорри я про жиру условно написал, чтобы понятно было понятно о чем речь.
bnk>>Сам сейчас ее не использую.
M>ну условная жира, просто интересно как он там может там авторизоватся
В Az CLI есть команда az login (один раз), после этого все последующие выполняются без авторизации (оно тебя запоминает).
Поскольку агент может пользоваться терминалом (от моего имени), этого достаточно.
Содержимое (релевантный кусок) copilot-instructions чтобы это работало (system prompt по сути)
Да, это он сам себе такую инструкцию написал, я ему просто скзал написать себе инструкцию чтобы коннектиться к DevOps.
Возможно с жирой так же прокатит.
Вообще думаю скоро появится что-то более промышленное (MCP коннекторы напишут или типа того, чтобы он не страдал с вызовами API из командной строки), но пока вот так пользую, "собрано на коленке".
Если еще не появилось.
M>Здравствуйте, bnk, Вы писали:
bnk>>Сорри я про жиру условно написал, чтобы понятно было понятно о чем речь.
bnk>>Сам сейчас ее не использую.
M>ну условная жира, просто интересно как он там может там авторизоватся
В Az CLI есть команда az login (один раз), после этого все последующие выполняются без авторизации (оно тебя запоминает).
Поскольку агент может пользоваться терминалом (от моего имени), этого достаточно.
| Выглядит как-то так футуристично | |
 | |
Содержимое (релевантный кусок) copilot-instructions чтобы это работало (system prompt по сути)
| под катом | |
| ## Azure DevOps CLI Configuration The project uses Azure DevOps for work item tracking and project management. ### Connection Details — **Organization URL**: `https://dev.azure.com/xxxxx` — **Primary Project**: `XXXXX` — **Team**: `XXXX Team` ### CLI Commands ```powershell # List projects az devops project list --org https://dev.azure.com/xxxx --output table # Query assigned work items in current iteration az boards query --wiql "SELECT [System.Id], [System.Title], [System.State], [System.WorkItemType], [System.IterationPath] FROM WorkItems WHERE [System.AssignedTo] = @Me AND [System.IterationPath] = @CurrentIteration('[XXXX]\XXXX Team') AND [System.State] <> 'Closed' AND [System.State] <> 'Removed' ORDER BY [System.ChangedDate] DESC" --org https://dev.azure.com/xxxx --project "XXXX" --output table # Query all assigned work items (any state except Closed/Removed) az boards query --wiql "SELECT [System.Id], [System.Title], [System.State], [System.WorkItemType] FROM WorkItems WHERE [System.AssignedTo] = @Me AND [System.State] <> 'Closed' AND [System.State] <> 'Removed' ORDER BY [System.ChangedDate] DESC" --org https://dev.azure.com/xxxx --project "XXXX" --output table # Add a comment to a work item (visible in Discussion tab) # Use System.History field with HTML formatting for proper visibility in the UI # IMPORTANT: Do NOT use "Fixed:" prefix as it auto-closes items. Use "Resolved:" instead. # Items should go to "Resolved" state for test team verification, not directly to "Fixed/Closed" # CRITICAL: Always write comments in NON-TECHNICAL language that testers can understand # Focus on what was broken, what was fixed, and how to test it — avoid implementation details az boards work-item update --id <work-item-id> --org https://dev.azure.com/xxxx --fields "System.History=<html-formatted-comment>" # Example with proper formatting (non-technical language): az boards work-item update --id 725 --org https://dev.azure.com/xxxx --fields "System.History=Resolved: Fixed the issue where XYZ was not working.<br/><br/><b>What was broken:</b><br/>Description of the problem from user perspective<br/><br/><b>What was fixed:</b><br/>Description of the solution from user perspective<br/><br/><b>How to test:</b><br/>1. Step-by-step testing instructions<br/>2. What to verify<br/><br/>Commit: abc1234" # Note: Using --discussion parameter does NOT create visible comments in the UI # Always use System.History field for comments that should appear in the Discussion tab # Workflow: Development -> Resolved (for testing) -> Closed/Fixed (after verification) # Use "Resolved:" prefix so test team can verify before marking as "Fixed" ``` | |
Да, это он сам себе такую инструкцию написал, я ему просто скзал написать себе инструкцию чтобы коннектиться к DevOps.
Возможно с жирой так же прокатит.
Вообще думаю скоро появится что-то более промышленное (MCP коннекторы напишут или типа того, чтобы он не страдал с вызовами API из командной строки), но пока вот так пользую, "собрано на коленке".
Если еще не появилось.
Re[7]: Про вайбкодинг - пределы, применимость, ограничения
Здравствуйте, mogadanez, Вы писали:
M>Здравствуйте, bnk, Вы писали:
bnk>>Сорри я про жиру условно написал, чтобы понятно было понятно о чем речь.
bnk>>Сам сейчас ее не использую.
M>ну условная жира, просто интересно как он там может там авторизоватся
В Az CLI есть команда az login (один раз), после этого все последующие выполняются без авторизации (оно тебя запоминает).
Поскольку агент может пользоваться терминалом (от моего имени), этого достаточно.
Содержимое (релевантный кусок) copilot-instructions чтобы это работало (system prompt по сути)
Да, это он сам себе такую инструкцию написал, я ему просто скзал написать себе инструкцию чтобы коннектиться к DevOps.
Возможно с жирой так же прокатит.
Вообще думаю скоро появится что-то более промышленное (MCP коннекторы напишут или типа того, чтобы он не страдал с вызовами API из командной строки), но пока вот так пользую, "собрано на коленке".
Если еще не появилось конечно
M>Здравствуйте, bnk, Вы писали:
bnk>>Сорри я про жиру условно написал, чтобы понятно было понятно о чем речь.
bnk>>Сам сейчас ее не использую.
M>ну условная жира, просто интересно как он там может там авторизоватся
В Az CLI есть команда az login (один раз), после этого все последующие выполняются без авторизации (оно тебя запоминает).
Поскольку агент может пользоваться терминалом (от моего имени), этого достаточно.
| Выглядит как-то так футуристично | |
| |
Содержимое (релевантный кусок) copilot-instructions чтобы это работало (system prompt по сути)
| под катом | |
| ## Azure DevOps CLI Configuration The project uses Azure DevOps for work item tracking and project management. ### Connection Details — **Organization URL**: `https://dev.azure.com/xxxxx` — **Primary Project**: `XXXXX` — **Team**: `XXXX Team` ### CLI Commands ```powershell # List projects az devops project list --org https://dev.azure.com/xxxx --output table # Query assigned work items in current iteration az boards query --wiql "SELECT [System.Id], [System.Title], [System.State], [System.WorkItemType], [System.IterationPath] FROM WorkItems WHERE [System.AssignedTo] = @Me AND [System.IterationPath] = @CurrentIteration('[XXXX]\XXXX Team') AND [System.State] <> 'Closed' AND [System.State] <> 'Removed' ORDER BY [System.ChangedDate] DESC" --org https://dev.azure.com/xxxx --project "XXXX" --output table # Query all assigned work items (any state except Closed/Removed) az boards query --wiql "SELECT [System.Id], [System.Title], [System.State], [System.WorkItemType] FROM WorkItems WHERE [System.AssignedTo] = @Me AND [System.State] <> 'Closed' AND [System.State] <> 'Removed' ORDER BY [System.ChangedDate] DESC" --org https://dev.azure.com/xxxx --project "XXXX" --output table # Add a comment to a work item (visible in Discussion tab) # Use System.History field with HTML formatting for proper visibility in the UI # IMPORTANT: Do NOT use "Fixed:" prefix as it auto-closes items. Use "Resolved:" instead. # Items should go to "Resolved" state for test team verification, not directly to "Fixed/Closed" # CRITICAL: Always write comments in NON-TECHNICAL language that testers can understand # Focus on what was broken, what was fixed, and how to test it — avoid implementation details az boards work-item update --id <work-item-id> --org https://dev.azure.com/xxxx --fields "System.History=<html-formatted-comment>" # Example with proper formatting (non-technical language): az boards work-item update --id 725 --org https://dev.azure.com/xxxx --fields "System.History=Resolved: Fixed the issue where XYZ was not working.<br/><br/><b>What was broken:</b><br/>Description of the problem from user perspective<br/><br/><b>What was fixed:</b><br/>Description of the solution from user perspective<br/><br/><b>How to test:</b><br/>1. Step-by-step testing instructions<br/>2. What to verify<br/><br/>Commit: abc1234" # Note: Using --discussion parameter does NOT create visible comments in the UI # Always use System.History field for comments that should appear in the Discussion tab # Workflow: Development -> Resolved (for testing) -> Closed/Fixed (after verification) # Use "Resolved:" prefix so test team can verify before marking as "Fixed" ``` | |
Да, это он сам себе такую инструкцию написал, я ему просто скзал написать себе инструкцию чтобы коннектиться к DevOps.
Возможно с жирой так же прокатит.
Вообще думаю скоро появится что-то более промышленное (MCP коннекторы напишут или типа того, чтобы он не страдал с вызовами API из командной строки), но пока вот так пользую, "собрано на коленке".
Если еще не появилось конечно