폴더 열기
셸을 위한 작업 폴더와 WSL 또는 SSH 환경을 선택하여 파일 도구와 Shell이 동일한 머신을 가리키게 하세요. dotfiles가 있거나 그 사본이 있는 폴더를 선택하세요. 파일 도구는 해당 폴더에서만 작동하며, Shell은 선택한 환경에서 실행됩니다. 한 번 열면 이 선택은 다음 작업으로 이어집니다.
워크플로우
명령어 조회 후 별칭 만들기
03
올바른 명령어를 찾아 별칭으로 지정하세요
명령어에 짧은 이름을 붙이기 전에, 해당 명령어가 실제로 무엇을 하는지 정확히 알아야 합니다. SeedSpindle는 WSL 또는 SSH를 통해 리눅스 셸에서 조회를 실행하고, 매뉴얼 텍스트를 채팅 카드에 표시한 후 별칭을 diff 형태로 제안합니다. 두 가지를 모두 검토하세요. 조회가 먼저 이루어지므로 별칭은 기억이 아닌 매뉴얼 내용을 기반으로 합니다. 아래 각 단계는 채팅의 카드이며, 작업 폴더에는 별칭 파일, 백업 파일, 그리고 에이전트에게 작성하도록 지시한 메모가 저장됩니다. 선택한 환경 외부에서는 아무것도 실행되지 않습니다. 작업이 끝나면 별칭 파일, 백업 파일, 세션의 카드들이 변경 사항을 완전히 기록하므로 셸이 이상하게 작동할 때 언제든 다시 읽을 수 있습니다. 초보자들은 종종 조회를 생략하고 포럼의 한 줄을 그대로 붙여넣곤 하는데, 이 워크플로우는 조회를 모든 작업의 첫 번째 카드로 만듭니다.
조회 요청
짧은 이름을 붙이기 전에 이해하려는 명령어의 이름을 명시하고, 에이전트에게 해당 help 또는 manual 명령어를 실행하도록 요청하세요. 정확한 이름을 따옴표로 감싸서 입력하세요. 내장 명령어의 경우 help 텍스트를 요청하고, 일반 프로그램의 경우 매뉴얼 페이지를 요청하세요. 여러 셸을 사용하는 경우 명령어가 속한 셸을 명시하세요.
diff 검토
제안된 별칭 줄을 읽고, 해당 줄이 당신의 습관에 맞으며 명령어의 실제 기능을 숨기지 않는 경우에만 수락하세요. 파괴적인 작업의 단순한 줄거리처럼 보이는 항목은 거부하세요. diff는 추가된 줄을 초록색, 제거된 줄을 빨간색으로 표시하므로 한눈에 변경 크기를 확인할 수 있습니다.
결과 확인
Shell은 파일을 로드하고 카드에 실제 종료 코드를 표시하며, 다음 alias 명령어는 새 이름이 인식되었는지 보여줍니다. 이름이 알려지지 않은 경우 카드에 오류가 표시되며 수정을 요청할 수 있습니다. 새 터미널에서 각 새 이름을 한 번씩 실행하세요.
읽기 전용 단축키가 포함된 예제 별칭 파일
df 명령어를 설명한 후, 이에 대한 짧은 별칭을 추가하세요.
- Shell
man df종료 코드 0 - read_file
~/.bash_aliases로드됨 - edit_file
~/.bash_aliases+1 줄 - Shell
source ~/.bash_aliases종료 코드 0 - Shell
alias dfh종료 코드 0
다음 단계 전 사용자의 승인을 기다리는 중거부수락
.bash_aliases
# Read-only shortcuts for looking around
alias ll='ls -la'
alias la='ls -A'
alias l='ls -CF'
# Disk usage in readable units
alias dfh='df -h'
alias duh='du -sh'
# Show the last commands you typed
alias hist='history 20'여기 있는 모든 별칭은 읽기 전용입니다: ls는 파일을 나열하고, df와 du는 디스크 공간을 보고하며, history는 최근 명령어를 출력합니다. 주석 줄은 #로 시작하며 각 그룹의 존재 이유를 나중에 기억할 수 있도록 설명합니다. 그룹 사이에는 빈 줄 하나를 두고, 각 줄은 가로 스크롤 없이 diff에서 읽을 수 있을 만큼 짧게 유지하세요. 마지막 그룹 아래에 자신만의 그룹을 추가하고, 저장하기 전에 에이전트가 diff를 보여주도록 하세요. 짧은 이름은 입력하기 쉽지만, 실수로 다른 명령어를 가리지 않도록 실제 명령어와 다르게 유지하세요. 저장하기 전에 모든 새 줄을 검토하세요.
별칭을 작성하기 전 네 번의 조회
내장 명령어의 help 읽기
작업: 별칭을 만들기 전 bash 내장 명령어가 무엇을 하는지 배우세요. help cd와 같은 리눅스 help 명령어는 내장 명령어의 문서를 출력하며, 에이전트는 Shell을 통해 이를 실행하여 확장 가능한 채팅 카드에 텍스트를 표시합니다. 옵션을 읽고 별칭에 포함할 옵션을 결정한 후 줄을 요청하세요. 정확해야 합니다. edit_file은 별칭을 diff로 제안하며, 별칭은 명령어의 실제 기능을 절대 숨겨서는 안 됩니다. 잘못된 추측은 비용이 적게 들며, 백업은 copy_file 호출 한 번으로 접근할 수 있습니다. Ask first는 쓰기 전에 일시 정지하므로 diff를 수락하고, 파일에 source를 실행한 후 다음 카드에서 종료 코드를 확인할 수 있습니다.
단어로 매뉴얼 페이지 검색
작업: 명령어가 무엇을 하는지 기억할 때만 명령어를 찾습니다. apropos를 키워드와 함께 실행하면 매뉴얼 페이지의 짧은 설명을 검색하며, 에이전트는 목록을 카드에 표시합니다. apropos linux를 입력하면 매우 긴 목록이 반환되는 반면, disk와 같은 더 좁은 단어는 fewer하고 더 나은 결과를 찾습니다. 각 명령어의 프로젝트를 아는 셸 히스토리는 별칭 이상의 추가 설정이 필요하며, 에이전트는 요청 시 bashrc 줄을 diff로 초안 작성할 수 있습니다. 하나를 선택하세요. man으로 매뉴얼 페이지를 읽고 별칭을 요청한 후, 수락하기 전에 diff를 검토하세요.
diff로 dotfiles 편집
작업: 다음 로그인 시 문제를 일으키지 않고 dotfiles를 변경하세요. dotfiles의 경로 문제를 디버깅하려면 PATH를 설정하는 파일을 읽는 것으로 시작하며, 에이전트는 read_file과 grep을 사용하여 일치하는 모든 줄을 표시합니다. 그런 다음 copy_file을 사용하여 원본을 저장하고 edit_file을 사용하여 수정을 diff로 제안합니다. 사본을 보관하세요. 많은 경로 문제는 오타에서 비롯되므로 diff는 종종 변경된 줄이 하나만 필요하며, 새 설정이 실패할 경우 restore는 단일 copy_file 호출로 가능합니다. Plan only를 사용하면 파일이 변경되기 전에 전체 계획을 읽을 수 있으며, 최종 확인은 명령어가 발견되는지 확인하는 새 셸입니다.
Shell로 변경 확인
작업: 별칭이 로드되었는지 확인하세요. diff를 수락한 후 에이전트는 Shell을 통해 파일에 source를 실행하고 카드에 실제 종료 코드를 보고합니다. 여기서 0 코드는 파일이 오류 없이 로드되었음을 의미합니다. 셸 프롬프트의 라이브 업데이트도 이 단계에 의존합니다. 현재 셸은 다시 로드된 후에야 변경된 파일을 인식합니다. 별칭을 실행하세요. 에이전트는 새 이름을 입력하고 출력을 표시하며, 당신은 이를 예상한 명령어와 비교합니다. 종료 코드가 0이 아니면 확장된 카드에서 오류를 읽고 수정을 요청한 후, 두 번째 터미널을 열어 거기서도 별칭을 시도하세요.
